SharedPreferences 中的 commit() 和 apply() 有什么区别

apply() 是在 2.3 中添加的，它提交而不返回指示成功或失败的布尔值。

如果保存有效，commit() 返回 true，否则返回 false。

添加 apply() 是因为 Android 开发团队注意到几乎没有人注意到返回值，因此 apply 速度更快，因为它是异步的。

http://developer.android.com/reference/android/content/SharedPreferences.Editor.html#apply()

---

tl;博士：

commit() 同步写入数据（阻塞调用它的线程）。然后它会通知您操作成功。

apply() 安排异步写入的数据。它不会通知您操作是否成功。

如果您使用 apply() 保存并立即通过任何 getX 方法读取，则将返回新值！

如果您在某个时候调用了 apply() 并且它仍在执行，那么对 commit() 的任何调用都将阻塞，直到所有过去的应用调用和当前的提交调用都完成。

SharedPreferences.Editor 文档中的更深入信息：

与将其首选项同步写入持久存储的 commit() 不同，apply() 立即将其更改提交到内存中的 SharedPreferences 但开始异步提交到磁盘，并且您不会收到任何失败的通知。如果此 SharedPreferences 上的另一个编辑器在 apply() 仍未完成时执行常规 commit()，则 commit() 将阻塞，直到所有异步提交以及提交本身完成。由于 SharedPreferences 实例是进程中的单例，因此如果您已经忽略了返回值，则可以安全地将任何 commit() 实例替换为 apply()。 SharedPreferences.Editor 接口预计不会直接实现。但是，如果您之前确实实现了它并且现在收到有关缺少 apply() 的错误，您可以简单地从 apply() 调用 commit()。

---

我在使用 apply() 而不是 commit() 时遇到了一些问题。如前在其他响应中所述，apply() 是异步的。我遇到的问题是，对“字符串集”首选项的更改永远不会写入持久内存。

如果您“强制保留”程序，或者在我使用 Android 4.1 安装在我的设备上的 ROM 中，当进程由于内存需求而被系统杀死时，就会发生这种情况。

如果您希望自己的偏好生效，我建议使用“commit()”而不是“apply()”。

---

使用应用（）。

它立即将更改写入 RAM，然后等待并将其写入内部存储（实际的首选项文件）。提交将更改同步并直接写入文件。

---

commit() 是同步的，apply() 是异步的

apply() 是无效函数。

如果新值已成功写入持久存储，则 commit() 返回 true。

apply() 保证在切换状态之前完成，您无需担心 Android 组件生命周期

如果您不使用从 commit() 返回的值并且您正在使用主线程中的 commit()，请使用 apply() 而不是 commit()

---

文档很好地解释了 apply() 和 commit() 之间的区别：

与将其首选项同步写入持久存储的 commit() 不同，apply() 会立即将其更改提交到内存中的 SharedPreferences，但会开始异步提交到磁盘，并且不会通知您任何失败。如果此 SharedPreferences 上的另一个编辑器在 apply() 仍未完成时执行常规 commit()，则 commit() 将阻塞，直到所有异步提交以及提交本身完成。由于 SharedPreferences 实例是进程中的单例，因此如果您已经忽略了返回值，则可以安全地将任何 commit() 实例替换为 apply()。

---

commit() 和 apply() 的区别

当我们使用 SharedPreference 时，我们可能会对这两个术语感到困惑。基本上它们可能是相同的，所以让我们澄清一下commit()和apply()的区别。

1.返回值：

apply() 提交时不返回指示成功或失败的布尔值。 commit() 如果保存有效，则返回 true，否则返回 false。

速度：

apply() 更快。 commit() 较慢。

异步与同步：

apply()：异步 commit()：同步

原子：

apply()：原子 commit()：原子

错误通知：

apply()：否 commit()：是

---

来自 javadoc：

与将其首选项同步写入持久存储的 commit() 不同，apply() 立即将其更改提交到内存中的 SharedPreferences 但开始异步提交到磁盘，并且您不会收到任何失败的通知。如果此 SharedPreferences 上的另一个编辑器在 > apply() 仍然未完成时执行常规 commit()，则 commit() 将阻塞，直到所有异步提交以及提交本身都完成

---