SharedPreferences 和线程安全

Question

看着SharedPreferences docs 它说：

"注意：目前这个类没有 支持跨多个进程使用。 这将在稍后添加。”

所以它本身似乎不是线程安全的。但是，commit() 和 apply() 做了什么样的保证呢？

例如：

synchronized(uniqueIdLock){
   uniqueId = sharedPreferences.getInt("UNIQUE_INCREMENTING_ID", 0);
   uniqueId++;
   sharedPreferences.edit().putInt("UNIQUE_INCREMENTING_ID", uniqueId).commit();
}

在这种情况下是否可以保证 uniqueId 始终是唯一的？

如果没有，是否有更好的方法来跟踪持续存在的应用程序的唯一 ID？

Answer 1

进程和线程是不同的。 Android 中的 SharedPreferences 实现是线程安全的，但不是进程安全的。通常，您的应用程序将在同一个进程中运行，但您可以在 AndroidManifest.xml 中对其进行配置，例如，服务运行在与活动不同的进程中。

要验证线程安全性，请参阅 AOSP 中的 ContextImpl.java 的 SharedPreferenceImpl。请注意，在您期望的任何地方都有同步。

private static final class SharedPreferencesImpl implements SharedPreferences {
...
    public String getString(String key, String defValue) {
        synchronized (this) {
            String v = (String)mMap.get(key);
            return v != null ? v : defValue;
        }
   }
...
    public final class EditorImpl implements Editor {
        public Editor putString(String key, String value) {
            synchronized (this) {
                mModified.put(key, value);
                return this;
            }
        }
    ...
    }
}

但是，对于您的唯一 id 情况，您似乎仍然需要同步，因为您不希望它在获取和放置之间发生变化。

Answer 2

我也在想同样的事情 - 并且遇到了 this thread 说它们不是线程安全的：

Context.getSharedPreferences() 和 Editor.commit 的实现 () 不要在同一台显示器上同步。

---

此后我查看了要检查的 Android 14 代码，其中涉及的内容非常多。特别是SharedPreferencesImpl 在读写磁盘时似乎使用了不同的锁：

• enqueueDiskWrite() 锁定 mWritingToDiskLock
• startLoadFromDisk() 锁定 this，并在 SharedPreferencesImpl.this 上启动线程锁定

---

我不相信这段代码真的是安全的。

Answer 3

我认为这样就可以了。

您可以在同步部分中使用 sleep 对其进行测试，并从不同的线程调用它

Answer 4

您应该知道 SharedPreferences 不适用于三星手机，请查看android issue。

我已经实现了简单的数据库首选项存储，您可以在 github 上找到它。

干杯，