《读书笔记》文集目的是梳理下自己对文章的理解。人不是机器，读过的文章（知识点）肯定会忘记。但是如果有个笔记记录，当我们再读时，大脑会快速复原。推荐大家。
大家可以在主页右下方看《原创技术博客》和《平日积累总结》文集。（咳咳，如果用的是移动设备，简书好像还没支持，只能自己找。。）
SharedPreferences 源码其实并不是复杂。大家可以直接读源码。当然我推荐一篇文章。SharedPreferences的使用及源码浅析这篇博客，作者分析的很详细，几乎是把源码放上来了。给作者一个赞。
之前觉得SharedPreferences特别简单，所以也就没有看过源码，但看了之后发现，之前的理解有些并不对，比如：
“每次从sp读数据都会进行一次io操作，性能不好。。”
“sp的apply操作和commit操作的区别类似fragment的commit操作和commitNow操作。。”
读了代码，你会发现，上面的两个都不对。
我说下sp大致的一个流程：
application 的context实现类中有一个map<String,File> 这里的string就是sp的name。我们根据这个sp的名字就能找到对应的磁盘中的File文件（xml文件），如果没有这个文件，那么就新建sp对应的磁盘文件。然后接下来的操作是不是应该 把sp包成一个缓冲流进行读写IO操作呢？错！不是这样的。拿到对应的File对象后，会从application 的context实现类另外一个map ArrayMap<File,SharedPreferencesImpl>中找File对应的SharedPreferencesImpl（其实，这个ArrayMap是根据包名在往外一个map中找的，不过这个不是重点，所以忽略也没事），我们context.getSharedPreferences()得到的sp返回值就是这个。所以读写操作都是操作的SharedPreferencesImpl方法。如果没有File对应的SharedPreferencesImpl，那么会传入File对象，new 一个SharedPreferencesImpl。注意，这这个构造方法中，会开启一个线程将.xml这个file中的数据读到SharedPreferencesImpl一个map 成员变量中。即，重新打开app，第一次获取对应的sp时，会把磁盘的数据载入内存中。）之后的读操作，都是从内存的这个map中读取的。写操作，会使用Editor。我们会把写入的key-value,删除操作等先暂存到Editor的map中（删除操作用的this当占位符）。然后当我们调用Editor的commit/apply后，会先把Editor的map中的数据同步到SharedPreferencesImpl的map中。然后会根据使用的是Editor的commit/apply操作来进行不同的操作：commit操作不会新开线程来将Editor的map中的数据同步到磁盘file中；apply操作** 会** 新开线程来将Editor的map中的数据同步到磁盘file中。所以还是使用apply操作吧。
- 第一个问题上面文字中已经回答了。
- 第二个问题。sp的apply操作和commit操作的区别是同步和异步的区别。fragment的commit操作和commitNow操作是要不要马上执行fragment的commit还是把fragment放到主线程looper 列队的最后等待执行。
分析就到这里吧~~~
