SharedPreferences 告别了这个时代？

数据持久化需求

在Android开发过程中，我们避不开持久化key-value数据需求。

目前实现Android本地数据持久化有以下三种最常用的形式：

• 文件存储数据

• SQLite数据库存储数据

• 使用SharedPreferences存储数据

其中，SharedPreferences（以下简称 SP） 是Android系统提供的一种轻量级的Key-Value数据存取方式，使用起来非常方便。

SharedPreferences的问题

在初始化 SP 的时候，会将整个文件内容加载内存中，因此会带来以下问题：

• 初始化使用子线程进行IO读取并完成XML解析，而其他所有操作(getXXX、edit)都需要等待初始化完成，可能会导致主线程阻塞

• SharedPreference 不能保证类型安全

• SharedPreference 加载的数据会一直留在内存中，浪费内存

• apply() 方法虽然是异步的，但因为设计问题，仍然可能会导致程序发生 ANR

• apply() 方法无法获取到操作成功或者失败的结果

• 没有事务性API，无法保证数据一致性(内存与磁盘数据不一致，数据丢失)

• ......

解决SP 问题

实际上SP在Android中是一个接口，而我们在ContextWrapper（Application、Service、Activity）中获得的SP对象实例为：android.app.SharedPreferenceImpl，所以第一种解决方案就是自己实现SP替换掉ContextWrapper中的getSharedPreference返回的SharedPreferenceImpl实现，从而解决SP的ANR问题。

而腾讯微信由于特殊文字引起系统的 crash的问题，需要一个高性能的通用 key-value 存储组件，因此研发了一个MemoryMappedKV(简称MMKV )工具，在腾讯内部开源半年，得到公司内部团队的广泛应用和一致好评 ，并将其在2018年开源在Github中。

MMKV在Android端实现了SharedPreference接口，将 MMKV 和 SharedPreferences、SQLite 进行对比, 重复读写操作 1k 次，结果如下：

 

显而易见的，相比于 SP 和 SQLite ，MMKV 在性能上都有极大的优势。

MMKV的优势显而易见：

• 从 2015 年中至今在微信上使用，其性能和稳定性经过了时间的验证

• 底层序列化/反序列化使用 protobuf

• 使用零拷贝技术——mmap内存映射完成数据持久化

• 支持SharedPreferences迁移到mmkv

• 性能远超SharedPreferences

• 支持多进程的读写

• 提供Android / macOS / Win32 / POSIX 多平台 的实现

• ……

而SharedPreferences 实惨（拉跨）！屋漏偏逢连夜雨，亲妈都开始嫌弃他了。

来自亲妈的告别

继腾讯开源类似功能的MMKV之后，Google官方新增加了一个新 Jetpack 的成员 DataStore，目的就是用来替换饱受诟病的 SharedPreferences。

DataStore 是基于 Flow 实现的一个库，一种新的数据存储方案，它提供了两种实现方式：

• Proto DataStore：存储类的对象（typed objects ），通过 protocol buffers 将对象序列化存储在本地

• Preferences DataStore：以键值对的形式存储在本地和 SharedPreferences 类似

转自：https://mp.csdn.net/mp_blog/creation/editor