本文深入探讨了Android SystemProperties的实现原理，包括其set和get操作的实现方式，以及存在的设计缺陷。解释了set操作后等待250ms的原因，以及这种设计如何影响读取操作的结果。同时，提供了SystemProperties实现的详细框架图，帮助读者更好地理解其内部工作机制。
首先SystemProperties的set和get实现不一样，set时需 要通过本地socket与property service（init进程）通信，
然后property service收到请求之后再set进property workspace（共享内存方式）。
但是property service（init进程）是单线程工作，所以有时 候它可能响应比较慢（比如它正在关闭一个子进程或者正在做其他事情），
Android在设计的时候发现了这个问题，所以他们采取的措施是在set之后等待250ms， 以保证大部分时候的read-after-write能 够正确工作，
但是250ms并不能保证所有时候都能正确的工作，所以我们可以认为这是一个设 计上的缺陷。在Android源码中的注释已经说明了这一点，具体如下：
另外SystemProperties的get是直接从映射到进程中的property workspace（共享内存）获取的，
如果此时property service很忙等待了250ms之后仍然没有 set到property workspace（共享内存）中，
那么此时获取的就是错误的旧值，而不是刚刚发送给property service的新值。
SystemProperties的实现框架如下图：
然后property service收到请求之后再set进property workspace（共享内存方式）。
但是property service（init进程）是单线程工作，所以有时 候它可能响应比较慢（比如它正在关闭一个子进程或者正在做其他事情），
Android在设计的时候发现了这个问题，所以他们采取的措施是在set之后等待250ms， 以保证大部分时候的read-after-write能 够正确工作，
但是250ms并不能保证所有时候都能正确的工作，所以我们可以认为这是一个设 计上的缺陷。在Android源码中的注释已经说明了这一点，具体如下：
另外SystemProperties的get是直接从映射到进程中的property workspace（共享内存）获取的，
如果此时property service很忙等待了250ms之后仍然没有 set到property workspace（共享内存）中，
那么此时获取的就是错误的旧值，而不是刚刚发送给property service的新值。
SystemProperties的实现框架如下图：
扫一扫
1609
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
