SharedPreferences跨进程共享数据研究

最近因工作需求，需要Android app中的SharedPreferences的数据共享到其他进程，研究很两天，终于得到了解决方案，感动不已，分享一下。

刚开始在网上找解决方案，似乎有这个需求的人太少，Google了半天，只看到一个方案。

通过MODE_MULTI_PROCESS属性使用SharedPreferences就可以解决不同进程之间不能共享数据的问题了，但SQA总是反馈一些随机但出现频率比较大的bug，比如在使用过程中没有清除程序数据的前提下，会出现欢迎界面和操作指引，这是通过保存在SharedPreferences的标志来判断用户是否是第一次启动程序的，分析发现保存在SharedPreferences中的数据丢失了，但代码中并没有去清除这些数据，所以推测可能是不同进程同一时间对SharedPreferences操作导致的，经验证确实如此，去掉多进程就不会再出现这个问题了。

最后团队分析讨论抛弃了这个方案，转而考虑使用ContentProvider去实现跨进程共享。然而问题接踵而至，即绝大部分使用ContentProvider的情况都是结合了Sqlite。ContentProvider使用要重写几个方法。

特别是query方法，因为你要查询数据，那么基本上必须要重写它。这里就是做了一件事，把你的数据从某个地方取出来，通过Cursor抛到另一个进程。所以，Sqlite就很方便啊，它提供了许多的api最后都可以去到Cursor。然而，SharedPreferences并没有这么方便。于是要共享SharedPreferences，要怎么做呢？简单的思路就是读取里面的数据写到Cursor里面。因此我们要去自定义一个Cursor。

一、如何处理SharedPreferences的数据

我在这两天的研究中，尝试了几种自定义Cursor的办法，从最顶层的实现Cursor，到参考SqliteCursor之后，决定继承AbstractWindowedCursor这个类去自定义一个Cursor。接下来我们看下代码。

以上是必须要重写的方法，来分别介绍一下。

1、构造方法

public SharedPreferencesCursor(Context context, String sharedFileName, String[] keys) {
mSharedFileName = sharedFileName;
sharedPreferences = context.getSharedPreferences(sharedFileName,
Context.MODE_PRIVATE);
Set<String> sets = sharedPreferences.getAll().keySet();
if (keys == null) {//如果没有指定要查询的key值列表，就查询所有
keys = new String[sets.size()];
int i = 0;
for (String key : sets) {
keys[i++] = key;
}
}
mColumns = keys;
}