Apply()是在2.3中添加的，它提交时不返回一个表示成功或失败的布尔值。

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

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

http://developer.android.com/reference/android/content/SharedPreferences.Editor.html应用()

Commit()是同步的，apply()是异步的 Apply()是void函数。 如果新值成功写入持久存储，Commit()返回true。 apply()保证在切换状态之前完成，你不需要担心Android组件的生命周期

如果你不使用commit()返回的值，而你在主线程中使用commit()，请使用apply()而不是commit()

Apply()是在2.3中添加的，它提交时不返回一个表示成功或失败的布尔值。

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

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

http://developer.android.com/reference/android/content/SharedPreferences.Editor.html应用()

从javadoc:

与commit()不同，commit()将其写入 首选项输出到持久存储 同时，apply()提交它的 内存中的更改 SharedPreferences，但是 启动对磁盘的异步提交 我不会通知你的 失败。如果这个SharedPreferences上的另一个编辑器执行常规的commit()，而> apply()仍然未完成，commit()将阻塞，直到所有异步提交以及提交本身完成

commit()和apply()的区别

当我们使用SharedPreference时，我们可能会被这两个术语混淆。基本上它们可能是相同的，因此让我们澄清commit()和apply()的区别。

1.返回值:

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

速度:

Apply()更快。 Commit()比较慢。

异步vs .同步:

应用():异步的 commit():同步

原子性:

应用():原子 commit():原子

错误通知:

应用():没有 commit():是的

我使用apply()而不是commit()遇到了一些问题。正如前面在其他响应中所述，apply()是异步的。我得到的问题是，形成一个“字符串集”偏好的变化从来没有写到持久内存。

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

如果你想激活你的首选项，我建议使用“commit()”而不是“apply()”。