首先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的实现框架如下图：
