Android 轻量级存储方案的前世今生，为什么大公司一定要使用微服务

备份的时候是直接将原有的文件重命名为备份文件，写入成功后再删除备份文件。再来看看前面的 loadFromDisk 方法

private void loadFromDisk() {

synchronized (mLock) {

if (mLoaded) {

return;

}

if (mBackupFile.exists()) {

mFile.delete();

mBackupFile.renameTo(mFile);

}

···

}

如果因为异常情况（比如进程被 kill）导致写入失败，下次启动的时候若发现存在备份文件，则将备份文件重新命名为源文件，原本未完成写入的文件就直接丢弃。

小结

到此我们先做个小结，我们提到了 SharedPreferences 的内存占用问题以及可能阻塞主线程，正确的应用场景和合适的代码调用方式，还提到了可能导致的 ANR 问题，最后我们分析了它的安全机制，线程安全，进程安全（无），文件备份机制。

在正确使用 SharedPreferences 的情况下，可以大概总结一下 SharedPreferences 的问题，可能导致内存占用高，ANR，无法保证进程安全。

MMKV

MMKV 腾讯开发的基于 mmap 内存映射的 key-value 组件，底层序列化/反序列化使用 protobuf 实现，性能高，稳定性强，支持多进程。从 2015 年中至今在微信上使用，其性能和稳定性经过了时间的验证。后续也已移植到 Android / macOS / Win32 / POSIX 平台，一并开源。

MMKV 原本是要解决微信上特殊文字引起系统的 crash，解决过程中有一些计数器需要保存（因为闪退随时可能发生），这时就需要一个性能非常高的通用 key-value组件，SharedPreferences、NSUserDefaults、SQLite 等常见组件这些都不满足，考虑到这个防 crash 方案最主要的诉求还是实时写入，而 mmap 内存映射文件刚好满足这种需求。

使用方式

首先导入依赖

dependencies {

implementation ‘com.tencent:mmkv-static:1.2.7’

// replace “1.2.7” with any available version

}

MMKV 的使用非常简单，所有变更立马生效，无需调用 sync、apply。 在 App 启动时初始化 MMKV，设定 MMKV 的根目录（files/mmkv/），例如在 Application 里：

public void onCreate() {

super.onCreate();

String rootDir = MMKV.initialize(this);

System.out.println("mmkv root: " + rootDir);

//……

}

如果不同的业务需要区别存储，也可以单独创建自己的实例

MMKV kv = MMKV.mmkvWithID(“MyID”);

kv.encode(“bool”, true);

如果业务需要多进程访问，那么在初始化的时候加上标志位 MMKV.MULTI_PROCESS_MODE：

MMKV kv = MMKV.mmkvWithID(“InterProcessKV”, MMKV.MULTI_PROCESS_MODE);

kv.encode(“bool”, true);

MMKV 提供一个全局的实例，可以直接使用：

import com.tencent.mmkv.MMKV;

//……

MMKV kv = MMKV.defaultMMKV();

kv.encode(“bool”, true);

boolean bValue = kv.decodeBool(“bool”);

kv.encode(“int”, Integer.MIN_VALUE);

int iValue = kv.decodeInt(“int”);

kv.encode(“string”, “Hello from mmkv”);

String str = kv.decodeString(“string”);

支持的数据类型

• 支持以下 Java 语言基础类型：

• boolean、int、long、float、double、byte[]

• 支持以下 Java 类和容器：

• String、Set<String>

• 任何实现了Parcelable的类型

SharedPreferences 迁移

• MMKV 提供了 importFromSharedPreferences() 函数，可以比较方便地迁移数据过来。

• MMKV 还额外实现了一遍 SharedPreferences、SharedPreferences.Editor 这两个 interface，在迁移的时候只需两三行代码即可，其他 CRUD 操作代码都不用改。

private void testImportSharedPreferences() {

//SharedPreferences preferences = getSharedPreferences(“myData”, MODE_PRIVATE);

MMKV preferences = MMKV.mmkvWithID(“myData”);

// 迁移旧数据

{

SharedPreferences old_man = getSharedPreferences(“myData”, MODE_PRIVATE);

preferences.importFromSharedPreferences(old_man);

old_man.edit().clear().commit();

}

// 跟以前用法一样

SharedPreferences.Editor editor = preferences.edit(); //注意 preferences.edit();

editor.putBoolean(“bool”, true);

editor.putInt(“int”, Integer.MIN_VALUE);

editor.putLong(“long”, Long.MAX_VALUE);

editor.putFloat(“float”, -3.14f);

editor.putString(“string”, “hello, imported”);

HashSet set = new HashSet();

set.add(“W”); set.add(“e”); set.add(“C”); set.add(“h”); set.add(“a”); set.add(“t”);

editor.putStringSet(“string-set”, set);

// 无需调用 commit()

//editor.commit();

}

可以看到使用preferences.edit();可以让迁移后的用法和之前一样，MMKV 已经为我们考虑的很周到了，迁移的成本非常低，不迁移过来还等什么呢？

mmap 原理

mmap 是一种内存映射文件的方法，即将一个文件或者其它对象映射到进程的地址空间，实现文件磁盘地址和进程虚拟地址空间中一段虚拟地址的一一对应关系。实现这样的映射关系后，进程就可以采用指针的方式读写操作这一段内存，而系统会自动回写脏页面到对应的文件磁盘上，即完成了对文件的操作而不