第二章 IPC机制详解(2)

本文为Android开发艺术探索的笔记,仅供学习

4 IPC的使用方法

前面我们也讲解了IPC的三个基本概念,Serializable 、Parcelable两种序列化和Binder的机制,这些都是可以实现跨进程的通信,此外我们还可以通过ContentProvider去实现,还可以通过Socket,下面我们会一一讲解给大家听。

4.1 使用Bundle

我们都知道四大组件中的三大组件(Activity Service BroadcastReceiver)都支持Intent中传递Bundle数据,并且Bundle支持传递Serializable Parcelable的序列化的对象,所以我们可以在跨进程的Activity的跳转中,通过Bundle传递实现序列化接口的数据。这也是最简单的一种进程通信方式。

但是有一种特殊的适用场景,如我们需要将A进程中计算的结果传递给B进程,但是结果不支持序列化,那么我就如法将值传给B进程,但是我们可以在B进程中开一个Service 去计算,再将计算好的值传递给B进程(Service在B进程中),那么我们就可以解决这个问题。

4.2共享文件的使用

在windows上,一个文件如果被加了排斥锁,会导致其他线程无法访问,包括读和写。但是在Linux里,不存在对文件的限制,所以可以读和写,那么我们就可以值得两个进程对同一个文件进行读和写的操作。所以可能会出点问题。
下面我们就对其进行演示。

//MainActivity序列化的过程

               String CHAPTER_2_PATH = Environment.getExternalStorageDirectory().getPath()
            + "/singwhatiwanna/chapter_2/";
               String CACHE_FILE_PATH = CHAPTER_2_PATH + "usercache";
                User user = new User(1, "hello world", false);
                File dir = new File(MyConstants.CHAPTER_2_PATH);
                if (!dir.exists()) {
                    dir.mkdirs();
                }
                File cachedFile = new File(MyConstants.CACHE_FILE_PATH);
                ObjectOutputStream objectOutputStream = null;
                try {
                    objectOutputStream = new ObjectOutputStream(
                            new FileOutputStream(cachedFile));
                    objectOutputStream.writeObject(user);
                    Log.d(TAG, "persist user:" + user);
                } catch (IOException e) {
                    e.printStackTrace();
                } finally {
                    MyUtils.close(objectOutputStream);
                }
//SecondActivity 反序列化过程
  String CHAPTER_2_PATH = Environment.getExternalStorageDirectory().getPath()
            + "/singwhatiwanna/chapter_2/";
               String CACHE_FILE_PATH = CHAPTER_2_PATH + "usercache";
                User user = null;
                File cachedFile = new File(MyConstants.CACHE_FILE_PATH);
                if (cachedFile.exists()) {
                    ObjectInputStream objectInputStream = null;
                    try {
                        objectInputStream = new ObjectInputStream(
                                new FileInputStream(cachedFile));
                        user = (User) objectInputStream.readObject();
                        Log.d(TAG, "recover user:" + user);
                    } catch (IOException e) {
                        e.printStackTrace();
                    } catch (ClassNotFoundException e) {
                        e.printStackTrace();
                    } finally {
                        MyUtils.close(objectInputStream);
                    }
                }

该方式也是有一定的弊端,比如同步的读,我们可能读取到的数据并不是最新的,如果是并发的写就更严重了,所以我们要尽量避免并发的写,或者是通过线程同步来限制多线程的写操作。

当然SharePerference是一个特例,它是android提供的轻量级的储存方案,它是通过键值对的方式储存,在底层上它实际是采用XML文件夹来存储,每一个应用的SharePerference都会被储存在 /data/data/package name/shared_prefs的文件夹下。从本质上来说SharePerference也是文件的一种,但是由于系统对他的读写采用缓存的策略,导致内存中会存在缓存文件,因此在多线程的模式下,系统对他的读写就不是很靠谱,面对高并发的读写会导致内容的丢失,所以不建议在进程通信中使用。

4.3使用Messenger

我们可以先看下Messenger的两个构造方法,

    public Messenger(Handler target) {
        mTarget = target.getIMessenger();
    }
    public Messenger(IBinder target) {
        mTarget = IMessenger.Stub.asInterface(target);
    }

我们可以看出AIDL的痕迹,不管是Imessenger还是Stub.asInterface ,他们的底层都是AIDL
要如何实现Messenger其实很简单
1.首先我们在服务端创建一个Service,是同创建一个Handler,通过他去创建Messenger对象,然后再Service的onBind中返回Messenger的Binder对象即可。
2.在客户端进程中,首先要绑带Service,通过返回的IBinder对象去创建Messenger,通过这个Messenger去发消息给服务端,消息类型是Message。如果需要客户端也能发送消息给服务端,我们也需要去创建Handler,通过他去创建Messenger对象,并让这个Messenger对象通过Message的replyTo的参数传给服务端,服务端通过这个replTo参数回应客户端。下面是代码

首先是MainActivity
public class MessengerActivity extends Activity {
    private static final String TAG = "MessengerActivity";
    private Messenger mService;
   // private Messenger mGetReplyMessenger = new Messenger(new MessengerHandler());
    //private static class MessengerHandler extends Handler {
       // @Override
       // public void handleMessage(Message msg) {
           // switch (msg.what) {
         //   case MyConstants.MSG_FROM_SERVICE:
          //      Log.i(TAG, "receive msg from Service:" + msg.getData().getString("reply"));
               // break;
         //   default:
             //   super.handleMessage(msg);
          //  }
      //  }
 //   }
    private ServiceConnection mConnection = new ServiceConnection() {
        public void onServiceConnected(ComponentName className, IBinder service) {
            mService = new Messenger(service);
            Log.d(TAG, "bind service");
            Message msg = Message.obtain(null, MyConstants.MSG_FROM_CLIENT);
            Bundle data = new Bundle();
            data.putString("msg", "hello, this is client.");
            msg.setData(data);
      //      msg.replyTo = mGetReplyMessenger; 
            try {
                mService.send(msg);
            } catch (RemoteException e) {
                e.printStackTrace();
            }
        }
        public void onServiceDisconnected(ComponentName className) {
        }
    };
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_messenger);
        Intent intent = new Intent("com.ryg.MessengerService.launch");
        bindService(intent, mConnection, Context.BIND_AUTO_CREATE);
    }
    @Override
    protected void onDestroy() {
        unbindService(mConnection);
        super.onDestroy();
    }
}

我们先来看看没被注释的代码,我们只需要通过服务端返回的IBinder对象去创建一个Messenger对象,将数据放置Message中,再通过 mService.send(msg)即可完成跨进程通信,对应的Service的部分也是没被注释的部分。这样我们就完成了客户端向服务端发送数据,在服务端里显示这些数据。但是,如果说再复杂点,服务端接收客户端发来的数据并向客户端做出响应,客户端接收服务端发来的消息并且显示,那我们需要怎么做呢?

很简单那么我们来看看注释部分的代码,我们先来看看客户端的我们需要创建一个接收服务端发来消息的Messenger对象mGetReplyMessenger,在通过Handler来接收服务端传来的Message对象并且进行解析。这么做大致流程是对的 但是还少了一句非常关键的一句话, msg.replyTo = mGetReplyMessenger; 其实msg的replyTo就是Messenger对象。

这里就要问为什么要向服务端传递接收信息的Messenger对象呢?
为什么前面简单的请求的时候不需要发送呢?

因为前面做简单的请求的时候,客户端进程和服务端进程是通过服务端返回的IBinder来连接的,也就是说通过IBinder创建的Messenger已经具备跨客户端服务端进程的能力。但是后者(注释的部分)在客户端中负责接收服务端发来的消息的Messenger不是通过IBinder,虽然Messenger能进行跨进程,但是它无法来连接客户端和服务端,所以我们需要通过msg.replyTo = mGetReplyMessenger来告诉服务端你要向mGetReplyMessenger发送消息,在服务端中通过客户端传来的Message的replyTo来找到需要被接收的Messenger,从而完成跨进程通信。

再举个例子小王(客户端)和小明(服务端)是对象,小明向给巩固两人的关系,于是买了一对情侣戒指,送个小王一个(返回的IBinder),一天小王和小明吵架了,身为小王好友的小丽决定帮忙,于是像小王要来小明的号码(msg.replyTo = mGetReplyMessenger),这样小王可以通过小丽来了解小明的想法(客户端接收服务端发来的消息)


//下面是Service
public class MessengerService extends Service {
    private static final String TAG = "MessengerService";
    private static class MessengerHandler extends Handler {
        @Override
        public void handleMessage(Message msg) {
            switch (msg.what) {
            case MyConstants.MSG_FROM_CLIENT:
                Log.i(TAG, "receive msg from Client:" + msg.getData().getString("msg"));
              //  Messenger client = msg.replyTo;
           //     Message relpyMessage = Message.obtain(null, MyConstants.MSG_FROM_SERVICE);
          //      Bundle bundle = new Bundle();
            //    bundle.putString("reply", "嗯,你的消息我已经收到,稍后会回复你。");
             //   relpyMessage.setData(bundle);
              //  try {
             //       client.send(relpyMessage);
             //   } catch (RemoteException e) {
             //       e.printStackTrace();
             //   }
             //   break;
          //  default:
         //       super.handleMessage(msg);
         //   }
     //   }
    }
    private final Messenger mMessenger = new Messenger(new MessengerHandler());
    @Override
    public IBinder onBind(Intent intent) {
        return mMessenger.getBinder();
    }
    @Override
    public void onCreate() {
        super.onCreate();
    }
    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        return super.onStartCommand(intent, flags, startId);
    }
}

注释部分就是 创建Messenger并指向客户端传来的Messenger对象,向想客户端传来的Messenger对象传递消息。 示意图如下


最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,332评论 5 475
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,930评论 2 379
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,204评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,348评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,356评论 5 363
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,447评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,862评论 3 394
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,516评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,710评论 1 295
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,518评论 2 318
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,582评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,295评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,848评论 3 306
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,881评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,121评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,737评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,280评论 2 341

推荐阅读更多精彩内容