SharedReferences-活动和广播接收器

Question

我目前正在使用SharedReferences跟踪通过AlarmManager启动的BroadcastReceiver中要执行工作的项列表。除了一个特定的场景外，一切都很好。当我触发一个新项目来执行工作时，让它完成工作，然后删除该项目（全部通过SharedReferences编辑），它在应用程序运行时工作得很好。当列表中没有任何内容，我打开任务管理器并终止应用程序时，该项突然出现在BroadcastReceiver中（应用程序关闭后仍在运行）。是什么导致了这种行为？我应该在应用程序退出时杀死所有接收器吗？当接收者仍在运行时，关闭活动是否默认返回到另一个SharedReferences对象？

用于从SharedReferences对象中添加/删除项的代码

final SharedPreferences prefs = context.getSharedPreferences(Config.PREFS_NAME,
                Context.MODE_PRIVATE);
final Editor editor = prefs.edit();
mUpdates = prefs.getStringSet(Config.PREFS_KEY_ACTIVE_TASKS, new HashSet<String>());

if (!mUpdates.contains(key)) {
    mUpdates.add(key);
} else {
    mUpdates.remove(key);
}
editor.putStringSet(Config.PREFS_KEY_ACTIVE_TASKS, mUpdates);
editor.apply();

广播接收机代码

public void onReceive(Context context, Intent intent) {
    SharedPreferences prefs = context.getSharedPreferences(Config.PREFS_NAME, Context.MODE_PRIVATE);
    if(prefs.contains(Config.PREFS_KEY_ACTIVE_TASKS)) {
        Set<String> updates = prefs.getStringSet(Config.PREFS_KEY_ACTIVE_TASKS, null);
        if(updates != null) {
            Log.d("RECEIVER","Size="+updates.size());
            for(String key : updates) {
                EntityChangeManager.notifyListeners(key);
            }
        }
    }
}

当我运行代码从初始列表中添加/删除对象时，正如预期的那样，我看到

04-30 20:04:44.165: D/RECEIVER(27079): Size=1
04-30 20:04:44.165: D/RECEIVER(27079): Size=0

当我关闭应用程序时，我看到

04-30 20:04:43.244: D/ActivityThread(27079): setTargetHeapUtilization:0.25
04-30 20:04:43.244: D/ActivityThread(27079): setTargetHeapIdealFree:8388608
04-30 20:04:43.254: D/ActivityThread(27079): setTargetHeapConcurrentStart:2097152
04-30 20:04:43.264: D/RECEIVER(27079): Size=1

关注点：

• 接收器每秒运行
• 接收器从一个警报管理器启动
• 声明中没有特殊设置
• 卸载应用程序后，这是可重复的，清除接收器中的所有首选项（如果它使用不同的）

Answer 1

尽管这是一个相对古老的问题，但我还是遇到了同样的问题。对于将来的参考，这可能是有用的。

问题：从BroadcastReceiver检索旧值的位置。这是因为SharedReferences不更新StringSet的内容，因为它是同一个对象。

以下内容被更改为通过共享首选项提供持久存储（我不知道哪些东西有助于解决方案）：

• 在清单中，我有android:process=“：remote”，必须将其删除
• 我使用了上下文。模式多进程作为SharedReferences中的模式（context.getSharedReferences（ref，context.MODE多进程））
• 最后（因为这篇文章），首先提交一个null值解决了我的问题：

    editor.putStringSet(ref,null);
    editor.commit();
    editor.putStringSet(ref, valuesToBeStored);

我不知道是否需要前两个变化。

Answer 2

如果您在使用StringSet时遇到任何细微差别，那么解决方案是将另一个属性与StringSet本身一起写入SharedReferences对象（如StringSet.size（））。原因是SharedReferences库仅将对象与存储的对象进行比较，添加/删除数据不一定会导致对象本身发生更改，因此看起来似乎没有差异。

可以检查对象的大小，如果编辑时对象的大小为0，则只需在将对象保存到SharedReferences之前将其设置为null即可，而不必进行编辑。我选择了第二个SharedRef设置，从那以后它一直运行良好。

Answer 3

更改编辑器。应用（） 到编辑器。提交（）。关闭应用程序时，更改可能不会写入磁盘。从官方文件http://developer.android.com/reference/android/content/SharedPreferences.Editor.html#apply()

与将其首选项同步写入持久存储的提交（）不同，应用（）会立即将其更改提交给内存中的共享首选项，但会启动对磁盘的异步提交，并且不会收到任何失败通知。如果这个共享偏好的另一个编辑器在应用程序（）仍然未完成的情况下执行常规提交（），则提交（）将阻塞，直到所有异步提交以及提交本身完成。