安卓线程安全的SharedPreferences

Question

安卓线程安全的SharedPreferences

javaandroidconcurrencythread-safetysemaphore

3

我现在不确定是否需要，但如果我的应用程序扩展了，我可以看到可能性。基本上，我有一个包装器，围绕SharedPreferences，从中提取几个值并将它们捆绑成一个对象。它还接受一个对象并使用它来更新首选项。我想使其线程安全，但我想尝试使用信号量。我的SharedPreferences包装器将从getSyncedPrefManager()获取下面的类的引用。然后它将调用aquireLock()，然后是getPref()，完成工作后再调用releaseLock()。这看起来像是可以行得通的，还是完全错误？

public class SyncedPreferenceManager {
    private final static SyncedPreferenceManager me =
                               new SyncedPreferenceManager();

    private SharedPreferences prefs;
    private static Semaphore mutex;

    public static SyncedPreferenceManager getSyncedPrefManager(){
        return me;
    }

    private SyncedPreferenceManager(){
        mutex = new Semaphore(1, true);
    }

    public SharedPreferences getPref(Context caller){
        if(prefs == null)
            prefs = PreferenceManager.getDefaultSharedPreferences(caller);
        return prefs;
    }

    public boolean aquireLock(){
        try {
            mutex.acquire();
        } catch (InterruptedException e) {
            return false;
        }
        return true;
    }

    public boolean releaseLock(){
        mutex.release();
        return true;
    }

}

- Eliezer

我很好奇你在比较这个基于SharedPreferences的实现和你的SQLite实现时发现了什么。我进行了类似的测试，并发现SharedPreferences比SQLite快大约50倍，因此我在不存储大量数据的情况下使用SharedPreferences。 - Sky Kelsey

我一段时间前转移到了 SQLite 系统，自那以后它的运行速度快多了。然而，我基本上对应用程序进行了完全重写，因此可能有几个因素导致了这种情况。无论如何，至少对于我的目的来说，使用 SQLite 比使用 SharedPreferences 更容易（并且更“正确”）。 - Eliezer

3个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- user2154462 · Answer 1

您可以随时在SharedPreferences.Editor中进行更改，并使用apply()以原子方式应用更改。

editor.apply()可从API级别9开始使用。

文档在此处：http://developer.android.com/reference/android/content/SharedPreferences.Editor.html#apply()

- Konstantin Pribluda · Answer 2

为此目的，同步部分应该就足够了。通常从首选项中保存/加载值不会存在性能问题(因为那里没有太多的值)。
而且我也怀疑你是否真的需要这样做。首选项通常在活动启动时加载或在暂停时保存(在这种情况下是单线程的，您的应用程序中只有一个活动被启动或停止)。

在我的应用程序中，首选项会被急切地读取，在专门的设置活动暂停时才保存。在这种情况下，我不需要任何互斥锁。

我还开发了一个小型包装库，可以轻松地将首选项转换为对象属性进行编组/取消编组：

https://github.com/ko5tik/andject

- Nick Campion · Answer 3

你可能不会喜欢这个答案。

你在这里使用的不是正确的系统。SharedPreferences 用于存储简单的偏好设置。仅仅因为你可以这样做，并不意味着你应该这样做。你基本上试图将 SharedPreferences 变成它不是的东西。你可以添加所有这些花哨的锁定，但这并不能阻止其他人在稍后从下面进入并意外地炸掉它。

如果你发现自己真正需要这些功能，你应该考虑直接使用 sqlite。毫无疑问，你可以向 SharedPreferences 添加同步（我相信它已经设计了一个事务/提交模型，某种程度上是安全的），但在我看来，这就像重新发明轮子。