带着问题学习SharedPreferences：
问题：
- 存储的位置是在哪
- SharedPreferences存储的文件格式是什么
- 如何查看
- 创建的几种mode以及区别
- apply和commit的区别
- 存取数据使用多张表还是一张表
SharedPreferences存储位置和格式是什么？
SharedPreferences 将数据文件写在了手机内存私有的目录中该app的文件夹下。在data\data\程序包名\shared_prefs目录，为shapsname.xml文件。
在Device Explorer里面双击直接打开该sp文件即可查看内容
<?xml version='1.0' encoding='utf-8' standalone='yes' ?>
<map>
<string name="device_id">DUiC2gm_wPvTjyxW_P3b</string>
<string name="device_label">zo0R5h5jlcs4wT02w==</string>
</map>
创建时的几种mode以及区别
SharedPreferences sharedPreferences = this.getSharedPreferences("test", MODE_PRIVATE);
其中getSharedPreferences方法第二个参数就是对文件权限的描述。
这个参数有四个可选值：
Activity.MODE_PRIVATE：表示该文件是私有数据，只能被应用本身访问，在该模式下，写入的内容会覆盖原文件的内容
Activity.MODE_APPEND：也是私有数据，新写入的内容会追加到原文件中
Activity.MODE_WORLD_READABLE：表示当前文件可以被其他应用读取
Activity.MODE_WORLD_WRITEABLE：表示当前文件可以被其他应用写入
SharedPreferences是线程安全的吗?
获取加了同步锁，是线程安全的。
（1）getSharedPreferences()在创建一个SharedPreferences，会先判断是否有对应的xml文件（SharedPreferences存储数据的保存格式），如果存在则会有一个预加载操作，这个操作将把xml文件的内容通过I/O操作和xmlUtil解析后保存在一个map对象中。如果不存在则会创建一个对应的xml。
（2）而在对数据进行读取时，是从内存中该map对象中进行读取；
（3）在使用SharedPreferences保存数据时，主要分为以下两步：把数据先写入内存，写到map集合中、将数据写到硬盘文件保持一致性；由此可以得出，数据在保存的时候，是以key-value的格式保存在xml文件中。
（4）写完数据后，要对写入的数据进行提交保存，主要有以下两种方式：
a. commit()：线程安全，性能慢，一般在当前线程完成文件操作，会有返回值；
b. apply()：线程不安全，性能高，异步处理I/O操作，一般在singleThreadExecutor中执行，没有返回值
@Override
public SharedPreferences getSharedPreferences(String name, int mode) {
SharedPreferencesImpl sp;
synchronized (ContextImpl.class) {
......
final String packageName = getPackageName();
ArrayMap<String, SharedPreferencesImpl> packagePrefs = sSharedPrefs.get(packageName);
if (packagePrefs == null) {
packagePrefs = new ArrayMap<String, SharedPreferencesImpl>();
sSharedPrefs.put(packageName, packagePrefs);
}
......
sp = packagePrefs.get(name);
if (sp == null) {
File prefsFile = getSharedPrefsFile(name);
sp = new SharedPreferencesImpl(prefsFile, mode);
packagePrefs.put(name, sp);
return sp;
}
}
......
return sp;
}
SharedPreference的commit ，apply区别
apply没有返回值而commit返回boolean表明修改是否提交成功。
SP在对象初始化的时候，会将数据都从磁盘文件load进内存。且应该当作一个单例来使用，否则每次get都会重复去loadFromDisk操作。
commit()和apply()都会先将数据立即同步到内存中，然后将数据写到xml文件中
二者在第一步：将修改的数据同步到内存都是commitToMemory()操作，二者是一样的，没有区别。二者在第二步：将数据写到xml文件中是不一样的。commit()会在主线成立即将数据落地。而apply()是抛出一个延时100ms的异步任务去写文件，并不是及时的。
所以，如果是比较重要的数据，应该用commit，如果是不太重要的数据，则换apply()
参考：https://blog.csdn.net/u9t9p60lpj/article/details/106099683
存取数据使用多张表还是一张表
我们知道SharedPreferences存储的格式是xml，既然是xml就要用到解析，只不过这个解析过程我们是看不到的也不需要去关心，但是解析的速度却会影响到我们的用户体验，假如一张表里面有很多数据，比如你把一个页面的数据存起来了，数据量比较大，那么这个时候推荐为这些数据单独建立一个表，也就是推荐不同的数据放不同的表里面，防止所有数据都放在一张表里面一次读取要耗费很长时间。
为什么不直接使用sp进行进程间使用呢？
因为sp并不能保证多进程间同步，为了减少IO造成的性能损失，SP使用了缓存的机制，会先把数据保存在内存中，在读取的时候直接从内存中读取，而写的时候才会保存到文件。也就是说普通SP是一次读取，多次写入的工作模式。所以如果多个进程中都使用了普通的SP，分别进行保存就会导致相互覆盖。
参考：https://www.jianshu.com/p/bdebf741221e
contentProvider能获取SharedPreferences中的数据吗进行提供吗
可以，自定义一个contentProvider，内部获取sp的内容，对外定义authority和uri。外部应用使用contentResolver和声明的authority和uri读取数据。
