Question

题外趣事： 记得好像是去年有一次我用 SharePreferences 存储了几个 boolean 值，由于开发调试，当时我直接进入系统 data 目录下应用的 xml 存储文件夹，然后执行了删除操作；接着我没有重启应用，直接打断点调试，握草！奇迹的发现 SharePreferences 调运 get 时竟然拿到了不是初始化的值。哈哈，其实就是上面分析的，加载完后是一个静态的 map，进程没挂之前一直用的内存数据。

通过上面的实例及源码分析可以发现：

• SharedPreferences 在实例化时首先会从 sdcard 异步读文件，然后缓存在内存中；接下来的读操作都是内存缓存操作而不是文件操作。
• 在 SharedPreferences 的 Editor 中如果用 commit() 方法提交数据，其过程是先把数据更新到内存，然后在当前线程中写文件操作，提交完成返回提交状态；如果用的是 apply() 方法提交数据，首先也是写到内存，接着在一个新线程中异步写文件，然后没有返回值。
• 由于上面分析了，在写操作 commit 时有三级锁操作，所以效率很低，所以当我们一次有多个修改写操作时等都批量 put 完了再一次提交确认，这样可以提高效率。

可以发现，在简单数据行为状态存储中，Android 的 SharedPreferences 是一个安全而且不错的选择。