Android 滥用 SharedPreference 导致 ANR 问题

SharedPreference 是 Android 平台提供的一种轻量级的数据存储方式，它用于存储应用的配置信息或者一些简单的数据。SharedPreference 基于键值对的存储，并且支持基本的数据类型，如整型、字符串、布尔值等。它的使用非常简单方便，适合保存一些小量的数据。

ANR（Application Not Responding） 指的是应用程序无法在规定的时间内响应用户输入事件，导致应用失去响应并无法继续正常运行。通常情况下，ANR 出现在主线程中执行耗时操作或者发生死锁的情况下，比如网络请求长时间没有响应、数据库操作耗时等。当 ANR 发生时，系统会弹出一个错误对话框，告知用户应用程序无响应，用户可以选择等待或者关闭应用。

---

SharedPreference 有两种提交方式：commit（同步） 和 apply（异步）

我相信应该很少人会使用 commit，因为 SharedPreference 的提交涉及到读写文件，是耗时操作，所以如果放在主线程的话很有可能会导致 ANR

但是，你以为都使用 apply（异步）就完事大吉了吗，并不然，滥用 SharedPreference 的 apply（异步）也有可能会导致 ANR 的

---

apply() 的源码： 

package android.app;final class SharedPreferencesImpl implements SharedPreferences {public final class EditorImpl implements Editor {@Overridepublic void apply() {// 将所有事务整理成 MemoryCommitResult 对象final MemoryCommitResult mcr = commitToMemory(); final Runnable awaitCommit = new Runnable() {@Overridepublic void run() {try {// 阻塞当前线程 (UI线程)mcr.writtenToDiskLatch.await();} catch (InterruptedException ignored) {}}};QueuedWork.addFinisher(awaitCommit); // 保存到一个静态的数据结构Runnable postWriteRunnable = new Runnable() {@Overridepublic void run() {awaitCommit.run();QueuedWork.removeFinisher(awaitCommit); // 从静态的数据结构中移除}};// 异步执行写操作SharedPreferencesImpl.this.enqueueDiskWrite(mcr, postWriteRunnable);// ....}}
}

在调用 apply() 之后，首先会将所有提交的事务整理成一个对象（mcr ），然后定义了一个 awaitCommit（Runnable），顾名思义就是等待提交，这个 Runnable 是一个 CountDownLatch 的 await()，作用是阻塞当前线程。

之后把 awaitCommit 加入到一个静态的数据结构（等会说）

下面定义了一个 postWriteRunnable（Runnable），哎里面是执行上面的 awaitCommit（Runnable）和移除静态数据结构的 awaitCommit。

---

这样子设计是因为 Android 系统为了保障在页面切换，也就是在多进程中 sp 文件能够存储成功，在 ActivityThread 的 handlePauseActivity 和 handleStopActivity 时会通过 waitToFinish 保证这些异步任务都已经被执行完成。

package android.app;public final class ActivityThread extends ClientTransactionHandlerimplements ActivityThreadInternal {// ....@Overridepublic void handlePauseActivity(ActivityClientRecord r, boolean finished, boolean userLeaving,int configChanges, PendingTransactionActions pendingActions, String reason) {// Make sure any pending writes are now committed.if (r.isPreHoneycomb()) {QueuedWork.waitToFinish();}// ....}
}

---

OK 下面的 SharedPreferencesImpl.this.enqueueDiskWrite(mcr, postWriteRunnable); 就是把写任务放在子线程中去执行。

总结为什么滥用 SharedPreference 会导致 ANR 问题呢？
① commit 方法读写耗时操作放在主线程执行
② apply 方法主线程阻塞等待子线程读写执行完

---

SharedPreference 现在其实已经非常不建议去使用了，因为它是全量更新，所以保存的数据越多，所需要的耗时就越久，越容易发生 ANR。这个时候需要有替代品（MMKV）

Android MMKV 原理简述_android mmkv原理-CSDN博客