前言
在app应用中往往要存储一些持久化的本地数据,比如"用户设置"等。这时候我们通常想到的是SharedPreferences,也许你也正在使用它,但随着互联网的发展,开发者们渐渐地弃用了它,转而自己实现,比较出名的是腾讯的开源框架-MMKV。
那么为什么要放弃SharedPreferences,转而使用MMKV呢?
从源码看SharedPreferences
当我们调用context.getSharedPreferences()获取SharedPreferences时,实际上是调用类ContextImpl中的getSharedPreferences()。
从上图不难看出,SharedPreferences的具体实现类是SharedPreferencesImpl,它是通过构造函数被创建的,其构造函数中调用startLoadFromDisk()开启子线程运行loadFromDisk()来从磁盘中加载数据。
上图中是loadFromDisk中的部分代码,我们可以看到Sp是通过IO流的形式来读取XML文件到内存中,而sp的一系列get方法都是直接从内存中的map获取数据的。
知道了Sp是如何在初始化的时候加载数据到内存,如何取数据,接下来我们看看Sp是如何存数据的。
Sp是通过SharedPreferencesImpl的内部类EditImpl中的apply()和commit()来实现存储数据的。其中apply()是异步提交,commit()是同步提交。
无论是是apply还是commit提交最终都会调用父类的enqueueDiskWrite()方法,最终执行其writeToDiskRunnable中的writeToFile()将内存中的数据写入到磁盘文件中。下图是writeToFile()中的部分代码,其是使用IO流将数据保存到XML中的。
总结一下Sp的工作原理:在初始化的时候从磁盘中通过IO流加载数据到内存,取数据的方式是直接从内存中维护的map集合中去取,存数据的方式是通过apply()或commit()提交,将数据先存到内存中,在从内存中通过IO流将数据全部覆盖到XML中去。
综上我们总结Sp的特点如下:
- 通过IO操作内存与磁盘中的文件同步。
- 文件的保存格式为XML。
- 更新方式为全量更新。
Sp与MMKV的性能对比
什么是MMKV?
MMKV 是基于 mmap 内存映射的 key-value 组件,底层序列化/反序列化使用 protobuf 实现,性能高,稳定性强。
MMKV原理:
- 内存准备 通过 mmap 内存映射文件,提供一段可供随时写入的内存块,App 只管往里面写数据,由操作系统负责将内存回写到文件,不必担心crash 导致数据丢失。
- 数据组织 数据序列化方面我们选用 protobuf 协议,pb 在性能和空间占用上都有不错的表现。
- 写入优化 考虑到主要使用场景是频繁地进行写入更新,我们需要有增量更新的能力。我们考虑将增量 kv 对象序列化后,append 到内存末尾。
- 空间增长 使用 append 实现增量更新带来了一个新的问题,就是不断 append 的话,文件大小会增长得不可控。我们需要在性能和空间上做个折中。
性能对比
接下来我们来比较一下Sp和MMKV的存储数据时的性能。
写一个测试Demo,分别使用Sp和MMKV两种方式存储1000个随机的Int值,并打印出方法耗时。
private void testMmkvSave() {
long oldTime = SystemClock.currentThreadTimeMillis();
MMKV mmkv = MMKV.defaultMMKV();
Random random = new Random();
for (int i=1;i<= 1000;i++){
int value = random.nextInt(1000);
mmkv.encode("key"+i,value);
}
long time = SystemClock.currentThreadTimeMillis() - oldTime;
Log.d(TAG, "testMmkvSave: 使用MMKV存储1000个数据需要耗时:"+time+"毫秒");
}
private void testSpSave() {
long oldTime =