首先SystemProperties的set和get实现不一样,set时需 要通过本地socket与property service(init进程)通信,
然后property service收到请求之后再set进property workspace(共享内存方式)。
但是property service(init进程)是单线程工作,所以有时 候它可能响应比较慢(比如它正在关闭一个子进程或者正在做其他事情),
Android在设计的时候发现了这个问题,所以他们采取的措施是在set之后等待250ms, 以保证大部分时候的read-after-write能 够正确工作,
但是250ms并不能保证所有时候都能正确的工作,所以我们可以认为这是一个设 计上的缺陷。在Android源码中的注释已经说明了这一点,具体如下:
![bubuko.com,布布扣](http://img.blog.csdn.net/20140819111542688?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvc29uZ2ppbnNoaQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
另外SystemProperties的get是直接从映射到进程中的property workspace(共享内存)获取的,
如果此时property service很忙等待了250ms之后仍然没有 set到property workspace(共享内存)中,
那么此时获取的就是错误的旧值,而不是刚刚发送给property service的新值。
SystemProperties的实现框架如下图:
![bubuko.com,布布扣](http://img.blog.csdn.net/20140819111613124?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvc29uZ2ppbnNoaQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
关于Android的SystemProperties的 set和get可能存在延时的分析,布布扣,bubuko.com
关于Android的SystemProperties的 set和get可能存在延时的分析
原文:http://blog.csdn.net/songjinshi/article/details/38679117