解读

在国内一线/二线 Android 面试中，这道题几乎成了“必答题”。面试官想确认三件事：

1. 你是否还停留在“SharedPreferences 够用”的老思维；
2. 能否用工程化视角对比两者的线程模型、一致性、容错性；
3. 是否了解 DataStore 的 Kotlin 协程友好性，以及它如何与 Jetpack 架构组件无缝落地。
   回答时切忌只背“异步、事务、proto”几个关键词，而要结合国内真实场景：高并发读取、主线程卡顿监控、应用崩溃后数据半写、厂商 ROM 加密差异、合规审计要求等，给出“可落地的对比”。

知识点

1. 一致性模型
   SharedPreferences 采用内存缓存 + 异步写磁盘（apply）/同步写磁盘（commit），无事务日志，进程崩溃或断电时可能出现“半写”，导致 XML 损坏直接丢数据；DataStore 基于 Okio 的原子文件交换（atomic file rename）+ 事务化 writeToFile，保证“全写或全不写”，国内厂商高杀后台场景下存活率更高。

2. 线程与协程调度
   SharedPreferences 的 apply 虽然异步，但仍由单线程 Executor 串行落盘，高并发场景下容易阻塞；DataStore 基于 Kotlin 协程 Flow，读写挂起函数默认在 Dispatchers.IO 中执行，可与 ViewModelScope、LifecycleScope 自动绑定生命周期，避免内存泄漏，契合国内主流 MVVM/MVI 架构。

3. 类型安全与架构演进
   SharedPreferences 只能存基本类型+StringSet，类型强转容易崩溃；DataStore 提供 Preferences DataStore（类型安全键）与 Proto DataStore（Schema 化）两种模式，后者直接生成 Java/Kotlin 类，支持 int64、double、bytes、enum 等，天然适配国内后端 protobuf 协议，减少手动解析。

4. 大数据性能
   SharedPreferences 是全量 XML 读写，O(n²) 膨胀，国内很多 App 把用户行为日志塞进去，5 MB 文件很常见，导致 ANR；DataStore 增量写入，proto 二进制体积比 XML 小 30%–50%，解码速度提升 3–5 倍，Perfetto 实测帧率抖动降低 1.5 ms。

5. 多进程
   SharedPreferences 的 MODE_MULTI_PROCESS 已被官方标记 deprecated，实际用 ContentProvider 封装维护成本高；DataStore 官方明确不支持多进程，但国内主流方案（如美团 MMKV、微信 KV）仍保留多进程需求，可回答“单进程场景优先 DataStore，多进程场景用 MMKV 或 ContentProvider+DataStore 双写”，体现权衡能力。

6. 加密与合规
   国内合规审计要求“敏感数据落盘加密”，SharedPreferences 需要自行封装 EncryptedSharedPreferences，Android 9 以下 TEE 兼容性差；DataStore 可无缝接入 androidx.security:security-crypto 的 EncryptedFile，与 TEE 密钥绑定，一行代码切换，审计报告直接通过。

7. 迁移成本
   国内存量项目动辄 200+ 个 XML 文件，DataStore 官方提供 SharedPreferencesMigration 自动迁移工具，灰度阶段可“双读单写”，回滚零成本，符合国内“可灰度可回滚”发布规范。

8. 编译期优化
   Proto DataStore 使用 protobuf-lite，R8/ProGuard 规则已内置，国内多渠道打包（Walle、VasDolly）无需额外 keep 规则，包体积增加 < 50 KB，远低于 EncryptedSharedPreferences 的 200 KB+。

答案

“SharedPreferences 的最大痛点是‘无事务’和‘全量读写’，在国内高杀后台、弱磁盘的机型上极易出现 XML 损坏或 ANR。DataStore 通过原子文件事务、增量 proto 编码、协程挂起函数三大机制，解决了数据一致性、类型安全与主线程卡顿问题；同时官方提供加密文件与迁移工具，零成本接入现有灰度体系。对于单进程场景，我优先使用 Proto DataStore 做强类型持久化；多进程场景则降级到 MMKV 或 ContentProvider 双写，保证性能与稳定性兼顾。”

拓展思考

1. 灰度迁移策略：如何基于 Firebase Remote Config（国内可用腾讯 TDM 或阿里 SLS）做动态开关，控制“SharedPreferences → DataStore”迁移比例，并在崩溃率上升时一键回滚？
2. 高并发写入：直播 App 的“点赞计数”每秒 5 k+ 次，DataStore 的 Flow 收集会不会成为瓶颈？是否考虑在内存层加 Channel 合并写操作，再批量落盘？
3. 合规加密：EncryptedFile 在 Android 13 的“存储密钥弃用通知”后如何平滑迁移到 Android Keystore 的 BiometricPrompt 绑定密钥？
4. 包体积敏感：IoT 车载 ROM 剩余空间仅 32 MB，Proto DataStore 的 schema 代码膨胀如何靠 protobuf-lite + R8 压缩到 30 KB 以内？