Android开发中多进程共享数据

# 背景 最近在工作中遇到一个需求,需要在接收到推送的时候将推送获得的数据存起来,以供app启动时使用。我们会认为这不是So easy吗?只要把数据存到SharedPreferences中,然后让app打开同一个SharedPreferences读取数据就可以了。但是在实际的测试中,我们发现推送进程存入的数据,并不能在app进程中获得。所以这是为什么呢,也许聪明的读者从我们上面的陈述中已经发现了原因,因为我们有两个进程,推送进程负责将推送数据存入,而app进程负责读取,但是正是由于是两个进程,如果它们同时存在,它们各自在内存中保持了自己的SP对象和数据,在推送进程中的存入并不能在app进程体现出来,并且可能会被app进程刷掉更改的数据。那么我们怎么做才能让这两边共享数据呢?请看下面陈述。

多进程支持的SharedPreferences(不推荐)

我们原来的做法是使用SharedPreferences, 自然而然想到,SharedPreferences 在MODE_PRIVATE MODE_PUBLIC 之外其实还可以设置多进程的Flag ———— MODE_MULTI_PROCESS

SharedPreferences myPrefs = context.getSharedPreferences(MY_FILE_NAME, Context.MODE_MULTI_PROCESS | Context.MODE_PRIVATE);

一旦我们设置了这个Flag,每次调用Context.getSharedPreferences 的时候系统会重新从SP文件中读入数据,因此我们在使用的时候每次读取和存入都要使用Context.getSharedPreferences 重新获取SP实例。即使是这样,由于SP本质上并不是多进程安全的,所以还是无法保证数据的同步,因此该方法我们并没有使用,我们也不推荐使用。

Tray

如果SP不是多进程安全的,那么是否有多进程安全的,又有SP功能的第三方项目呢。答案是有的,Tray——一个多进程安全的SharedPreferences,我们可以在Github上找到它,如果是AndroidStudio,可以直接使用Gradle引入,可谓是十分方便,如下是使用的代码,十分简单,没有apply commit,看起来比SP还要简单。

 // create a preference accessor. This is for global app preferences.
final AppPreferences appPreferences = new AppPreferences(getContext()); // this Preference comes for free from the library
// save a key value pair
appPreferences.put("key", "lorem ipsum");

// read the value for your key. the second parameter is a fallback (optional otherwise throws)
final String value = appPreferences.getString("key", "default");
Log.v(TAG, "value: " + value); // value: lorem ipsum

// read a key that isn‘t saved. returns the default (or throws without default)
final String defaultValue = appPreferences.getString("key2", "default");
Log.v(TAG, "value: " + defaultValue); // value: default

但是最终我们并没有选择使用它,主要的原因是它需要minSdk 为15,而我们是支持sdk14的,所以只能果断放弃了。

ContentProvider

既然Tray不支持sdk15以下的,那么我们是否可以使用Tray的原理自己实现一个呢?在阅读Tray的源码时我们发现其实它是在ContentProvider的基础上做的,而ContentProvider是Android官方支持的多进程安全的。以下是使用ContentProvider的一个例子。

public class ArticlesProvider extends ContentProvider {
    private static final String LOG_TAG = "shy.luo.providers.articles.ArticlesProvider";  

    private static final String DB_NAME = "Articles.db";
    private static final String DB_TABLE = "ArticlesTable";
    private static final int DB_VERSION = 1;  

    private static final String DB_CREATE = "create table " + DB_TABLE +
                            " (" + Articles.ID + " integer primary key autoincrement, " +
                            Articles.TITLE + " text not null, " +
                            Articles.ABSTRACT + " text not null, " +
                            Articles.URL + " text not null);";  

    private static final UriMatcher uriMatcher;
    static {
            uriMatcher = new UriMatcher(UriMatcher.NO_MATCH);
            uriMatcher.addURI(Articles.AUTHORITY, "item", Articles.ITEM);
            uriMatcher.addURI(Articles.AUTHORITY, "item/#", Articles.ITEM_ID);
            uriMatcher.addURI(Articles.AUTHORITY, "pos/#", Articles.ITEM_POS);
    }  

    private static final HashMap<String, String> articleProjectionMap;
    static {
            articleProjectionMap = new HashMap<String, String>();
            articleProjectionMap.put(Articles.ID, Articles.ID);
            articleProjectionMap.put(Articles.TITLE, Articles.TITLE);
            articleProjectionMap.put(Articles.ABSTRACT, Articles.ABSTRACT);
            articleProjectionMap.put(Articles.URL, Articles.URL);
    }  

    private DBHelper dbHelper = null;
    private ContentResolver resolver = null;  

    @Override
    public boolean onCreate() {
            Context context = getContext();
            resolver = context.getContentResolver();
            dbHelper = new DBHelper(context, DB_NAME, null, DB_VERSION);  

            Log.i(LOG_TAG, "Articles Provider Create");  

            return true;
    }  

    @Override
    public String getType(Uri uri) {
            switch (uriMatcher.match(uri)) {
            case Articles.ITEM:
                    return Articles.CONTENT_TYPE;
            case Articles.ITEM_ID:
            case Articles.ITEM_POS:
                    return Articles.CONTENT_ITEM_TYPE;
            default:
                    throw new IllegalArgumentException("Error Uri: " + uri);
            }
    }  

    @Override
    public Uri insert(Uri uri, ContentValues values) {
            if(uriMatcher.match(uri) != Articles.ITEM) {
                    throw new IllegalArgumentException("Error Uri: " + uri);
            }  

            SQLiteDatabase db = dbHelper.getWritableDatabase();  

            long id = db.insert(DB_TABLE, Articles.ID, values);
            if(id < 0) {
                    throw new SQLiteException("Unable to insert " + values + " for " + uri);
            }  

            Uri newUri = ContentUris.withAppendedId(uri, id);
            resolver.notifyChange(newUri, null);  

            return newUri;
    }  

    @Override
    public int update(Uri uri, ContentValues values, String selection, String[] selectionArgs) {
            SQLiteDatabase db = dbHelper.getWritableDatabase();
            int count = 0;  

            switch(uriMatcher.match(uri)) {
            case Articles.ITEM: {
                    count = db.update(DB_TABLE, values, selection, selectionArgs);
                    break;
            }
            case Articles.ITEM_ID: {
                    String id = uri.getPathSegments().get(1);
                    count = db.update(DB_TABLE, values, Articles.ID + "=" + id
                                    + (!TextUtils.isEmpty(selection) ? " and (" + selection + ‘)‘ : ""), selectionArgs);
                    break;
            }
            default:
                    throw new IllegalArgumentException("Error Uri: " + uri);
            }  

            resolver.notifyChange(uri, null);  

            return count;
    }  

    @Override
    public int delete(Uri uri, String selection, String[] selectionArgs) {
            SQLiteDatabase db = dbHelper.getWritableDatabase();
            int count = 0;  

            switch(uriMatcher.match(uri)) {
            case Articles.ITEM: {
                    count = db.delete(DB_TABLE, selection, selectionArgs);
                    break;
            }
            case Articles.ITEM_ID: {
                    String id = uri.getPathSegments().get(1);
                    count = db.delete(DB_TABLE, Articles.ID + "=" + id
                                    + (!TextUtils.isEmpty(selection) ? " and (" + selection + ‘)‘ : ""), selectionArgs);
                    break;
            }
            default:
                    throw new IllegalArgumentException("Error Uri: " + uri);
            }  

            resolver.notifyChange(uri, null);  

            return count;
    }  

    @Override
    public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) {
            Log.i(LOG_TAG, "ArticlesProvider.query: " + uri);  

            SQLiteDatabase db = dbHelper.getReadableDatabase();  

            SQLiteQueryBuilder sqlBuilder = new SQLiteQueryBuilder();
            String limit = null;  

            switch (uriMatcher.match(uri)) {
            case Articles.ITEM: {
                    sqlBuilder.setTables(DB_TABLE);
                    sqlBuilder.setProjectionMap(articleProjectionMap);
                    break;
            }
            case Articles.ITEM_ID: {
                    String id = uri.getPathSegments().get(1);
                    sqlBuilder.setTables(DB_TABLE);
                    sqlBuilder.setProjectionMap(articleProjectionMap);
                    sqlBuilder.appendWhere(Articles.ID + "=" + id);
                    break;
            }
            case Articles.ITEM_POS: {
                    String pos = uri.getPathSegments().get(1);
                    sqlBuilder.setTables(DB_TABLE);
                    sqlBuilder.setProjectionMap(articleProjectionMap);
                    limit = pos + ", 1";
                    break;
            }
            default:
                    throw new IllegalArgumentException("Error Uri: " + uri);
            }  

            Cursor cursor = sqlBuilder.query(db, projection, selection, selectionArgs, null, null, TextUtils.isEmpty(sortOrder) ? Articles.DEFAULT_SORT_ORDER : sortOrder, limit);
            cursor.setNotificationUri(resolver, uri);  

            return cursor;
    }  

    @Override
    public Bundle call(String method, String request, Bundle args) {
            Log.i(LOG_TAG, "ArticlesProvider.call: " + method);  

            if(method.equals(Articles.METHOD_GET_ITEM_COUNT)) {
                    return getItemCount();
            }  

            throw new IllegalArgumentException("Error method call: " + method);
    }  

    private Bundle getItemCount() {
            Log.i(LOG_TAG, "ArticlesProvider.getItemCount");  

            SQLiteDatabase db = dbHelper.getReadableDatabase();
            Cursor cursor = db.rawQuery("select count(*) from " + DB_TABLE, null);  

            int count = 0;
            if (cursor.moveToFirst()) {
                    count = cursor.getInt(0);
            }  

            Bundle bundle = new Bundle();
            bundle.putInt(Articles.KEY_ITEM_COUNT, count);  

            cursor.close();
            db.close();  

            return bundle;
    }  

    private static class DBHelper extends SQLiteOpenHelper {
            public DBHelper(Context context, String name, CursorFactory factory, int version) {
                    super(context, name, factory, version);
            }  

            @Override
            public void onCreate(SQLiteDatabase db) {
                    db.execSQL(DB_CREATE);
            }  

            @Override
            public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
                    db.execSQL("DROP TABLE IF EXISTS " + DB_TABLE);
                    onCreate(db);
            }
    }
}   我们需要创建一个类继承自ContentProvider,并重载以下方法。 - onCreate(),用来执行一些初始化的工作。 - query(Uri, String[], String, String[], String),用来返回数据给调用者。 - insert(Uri, ContentValues),用来插入新的数据。 - update(Uri, ContentValues, String, String[]),用来更新已有的数据。 - delete(Uri, String, String[]),用来删除数据。 - getType(Uri),用来返回数据的MIME类型。

具体使用参考 Android应用程序组件Content Provider应用实例这篇博客,这里不再赘述。 在以上对ContentProvider的使用过程中,我们发现过程比较繁琐,如果对于比较复杂的需求可能还比较使用,但是我们这里的需求其实很简单,完全不需要搞得那么复杂,所以最后我们也没有使用这个方法(你可以理解为本博主比较Lazy)。

#Broadcast 那么是否有更简单的方法呢?由于想到了ContentProvider,我们不由地想到另一个android组件,BroadcastReceiver。那么我们是否可以使用Broadcast 将我们收到的推送数据发送给app进程呢。bingo,这似乎正是我们寻找的又简单又能解决问题的方法。我们来看下代码。

首先在推送进程收到推送消息时,我们将推送数据存入SP,如果这时候没有app进程,那么下次app进程启动的时候该存入的数据就会被app进程读取到。而如果这时候app进程存在,那么之后的代码就会生效,它使用LocalBroadcastManager 发送一个广播。LocalBroadcastManager发送的广播不会被app之外接收到,通过它注册的Receiver也不会接收到app之外的广播,因此拥有更高的效率。

pushPref.add(push);

Intent intent = new Intent(PushHandler.KEY_GET_PUSH);
intent.putExtra(PushHandler.KEY_PUSH_CONTENT, d);
LocalBroadcastManager.getInstance(context).sendBroadcastSync(intent);

而我们在app进程则注册了一个BroadReceiver来接收上面发出的广播。在收到广播之后将推送数据存入SP。

public class PushHandler {

public static String KEY_GET_PUSH = "PUSH_RECEIVED";
public static String KEY_PUSH_CONTENT = "PUSH_CONTENT";

// region 推送处理push
/**
 * 当有推送时,发一次请求mPushReceiver
 */
private static BroadcastReceiver mPushReceiver = new BroadcastReceiver() {
    @Override
    public void onReceive(Context context, Intent intent) {
        Timber.i("在NoticeAction中收到广播");
        PushPref pushPref = App.DI().pushPref();
        try {
            String pushContent = intent.getStringExtra(KEY_PUSH_CONTENT);
            PushEntity pushEntity = App.DI().gson().fromJson(pushContent, PushEntity.class);
            pushPref.add(pushEntity);
        } catch (Exception e){
            Timber.e(e, "存储推送内容出错");
        }
    }
};

public static  void startListeningToPush(){
    try {
        LocalBroadcastManager.getInstance(App.getContext()).registerReceiver(mPushReceiver, new IntentFilter(KEY_GET_PUSH));
    } catch (Exception e) {
        Timber.e(e, "wtf");
    }
}
public static void stopListeningToPush(){
    try {
        LocalBroadcastManager.getInstance(App.getContext()).unregisterReceiver(mPushReceiver);
    } catch (Exception e) {
        Timber.e(e, "wtf");
    }
}
// endregion
} 该方法相对于上面的方法使用简单,安全可靠,能够比较好的实现我们的需求。不过,在需求比较复杂的时候还是建议使用ContentProvider,因为毕竟这样的方法不是堂堂正道,有种剑走偏锋的感觉。

总结

实现一个需求可以有很多方法,而我们需要寻找的是又简单有可靠的方法,在写代码之前不如多找找资料,多听听别人的意见。

推荐:

不得不知Git远程操作详解

时间: 2024-08-25 13:17:48

Android开发中多进程共享数据的相关文章

android开发关于sp共享数据存储(记住账号密码储存数据例子)

本文内容过sp共享数据存储实现记住账号密码功能 *************************************************************************************************************************** public class MainActivity extends Activity { private AutoCompleteTextView completeTextView; private Ed

android开发中获取&lt;meta-data&gt;数据

在 AndroidManifest.xml 中,<meta-data>元素是一个键值对,往往被包含在<application> .<activity>.<service>和<receiver>等元素中,但是不同父元素中<meta-data>读取方法也不同. <meta-data>基本结构:<meta-data android:name="string" android:resource="

android开发中的5种存储数据方式

数据存储在开发中是使用最频繁的,根据不同的情况选择不同的存储数据方式对于提高开发效率很有帮助.下面笔者在主要介绍Android平台中实现数据存储的5种方式. 1.使用SharedPreferences存储数据 SharedPreferences是Android平台上一个轻量级的存储类,主要是保存一些常用的配置比如窗口状态,一般在Activity中 重载窗口状态onSaveInstance State保存一般使用SharedPreferences完成,它提供了Android平台常规的Long长 整

Nodejs中cluster模块的多进程共享数据问题

Nodejs中cluster模块的多进程共享数据问题 前述 nodejs在v0.6.x之后增加了一个模块cluster用于实现多进程,利用child_process模块来创建和管理进程,增加程序在多核CPU机器上的性能表现.本文将介绍利用cluster模块创建的多线程如何共享数据的问题. 进程间数据共享 首先举个简单的例子,代码如下: var cluster = require('cluster'); var data = 0;//这里定义数据不会被所有进程共享,各个进程有各自的内存区域 if

MVP模式在Android开发中的应用

一.MVP介绍 随着UI创建技术的功能日益增强,UI层也履行着越来越多的职责.为了更好地细分视图(View)与模型(Model)的功能,让View专注于处理数据的可视化以及与用户的交互.同一时候让Model仅仅关系数据的处理.基于MVC概念的MVP(Model-View-Presenter)模式应运而生. 在MVP模式里通常包括4个要素: (1)View:负责绘制UI元素.与用户进行交互(在Android中体现为Activity); (2)View interface:须要View实现的接口,V

android开发中应该注意的问题

1. Activity可继承自BaseActivity,便于统一风格与处理公共事件,构建对话框统一构建器的建立,万一需要整体变动,一处修改到处有效. 2. 数据库表段字段常量和SQL逻辑分离,更清晰. 3. 全局变量放全局类中,模块私有放自己的管理类中,不要相信庞大的管理的东西会带来什么好处,可能是一场灾难. 4. 如果数据没有必要加载,私有模块数据务必延迟初始化,谨记为用户节省内存,总不会有坏处. 5. 异常抛出,集中到合适的位置处理,不要抛出来异常立即捕获,搞的到处是catch. 6. 地址

讨论Android开发中的MVC设计思想

最近闲着没事,总是想想做点什么.在时间空余之时给大家说说MVC设计思想在Android开发中的运用吧! MVC设计思想在Android开发中一直都是一套比较好的设计思想.很多APP的设计都是使用这套方案完成架构设计的. 谈到MVC我想分为以下几个点分点突进. 1.什么是MVC框架. 2.MVC如何工作 3.MVC的缺点 4.Android之MVC设计模式. 一.什么是MVC框架. MVC英文即Model-View-Controller,即把一个应用的输入.处理.输出流程按照Model.View.

Android开发中常用的ListView列表的优化方式ViewHolder

在Android开发中难免会遇到大量的数据加载到ListView中进行显示, 然后其中最重要的数据传递桥梁Adapter适配器是常用的,随着市场的需 求变化ListView'条目中的内容是越来越多这就需要程序员来自定义适配器, 而关键的就是适配器的优化问题,适配器没有优化好往往就会造成OOM (内存溢出)或者是滑动卡顿之类的问题,接下来我就给大家介绍一种常 用的Adapter优化方法 1 /** 2 * list View的适配器 3 */ 4 class Adapter extends Bas

android权限--android开发中的权限及含义(上)

android权限--android开发中的权限及含义(上) android.permission.EXPAND_STATUS_BAR 允许一个程序扩展收缩在状态栏,android开发网提示应该是一个类似Windows Mobile中的托盘程序 android.permission.FACTORY_TEST 作为一个工厂测试程序,运行在root用户 android.permission.FLASHLIGHT 访问闪光灯,android开发网提示HTC Dream不包含闪光灯 android.pe