从 SharedPreferences 读取与保留对象的实例

Question

情景

我有一个使用用户设置的请求列表的类。请求列表存储在 SharedPreferences 中。我面临的困境是每次需要请求列表时是保留请求列表的实例还是从 SharedPreferences 读取（这种情况非常频繁）。

也不是 Gson 用于反序列化对象。

代码是这样的：

public List<PrayerTimesCalculator.Time> getDefaultRequestList() {
    if (mRequestList != null) return mRequestList;
    // Try getting request list from preferences;
    Gson gson = new Gson();
    String json = mSharedPref.getString(KEY_PREF_REQUEST_LIST, null);
    Type listType = new TypeToken<List<Time>>() {
    }.getType();
    mRequestList = gson.fromJson(json, listType);
    if (mRequestList != null) return mRequestList;
    // Create default list;
    mRequestList = Arrays.asList(
           Time.DAWN,
           Time.MORNING,
           Time.AFTERNOON,
           Time.EVENING,
           Time.MID_NIGHT);
    return mRequestList;
}

目标

我担心的是，如果我保留请求列表的一个实例，并且该类有多个实例，则该类的一个实例中对请求列表的更新不会反映在其余实例中，直到它们被重新创建.

因此，我倾向于从 SharedPreferences 中读取数据，除非有更好的方法可以在所有情况下保持更新的请求列表。

问题

(1) 那么，通过对象的多个实例非常频繁地从 SharedPreferences 读取相同的键的效率如何？和 (2) 有没有更好的方法可以在所有情况下保持更新的请求列表？

Answer 1

因此，您可以采取几种方法来实现这一点。

首先，你的对象很小——重读SharedPreferences数千次几乎不会被注意到。它不像SharedPreferences是在远程驱动器上或有“不良连接”。

其次，如果您不喜欢这个答案，那么您需要一个 DAO（数据访问对象）。SharedPreferences已经是这种形式了。它提供了一种存储和检索数据的方法，让您确信您拥有最新的可用数据。但是，如果您觉得可以改进它的优化（因为它是通用的，这是您的应用程序），那么您可以通过执行“读”和“写”操作的静态对象提供对数据的访问。这将保证对对象的访问是使用最新的数据完成的。当然，您需要了解线程等（这并不总是由 保证SharedPreferences）。

接下来，您可以将数据保存在数据库中并使用Cursors 或其他内置或自定义 DAO。这需要另一层复杂性和大量开销，但当应用程序的多个组件可能需要访问数据、提供更新或需要实时监视更改时非常有用，因为后台线程或其他对象可能会进行会更改的修改您的应用程序行为或导致 UI 更新。

最后，您可以使用更复杂的数据存储，例如内容提供程序。当您希望/需要其他应用程序访问您的应用程序提供的数据（并且您的应用程序也可能消耗这些数据）时，这确实是必需的。这是一个复杂的解决方案，实现远远超出了这个问题的范围。

但我提到它是因为你似乎有兴趣确定频繁阅读SharedPreferences是可以接受的。这绝对是可以接受的——否则除了它之外还会有其他东西，数据库和内容提供商。