android IPC通信机制梳理

相信写过android程序的朋友都遇到过希望android组件之间能够交换信息的情况吧。大家是如何做的呢？这种情况又会分为两种不同的场景

• 通信的组件在同一种进程中
• 通信的组件在不同的进程中
  对于第一种情况，似乎并不复杂，只需要想办法让其中一个组件获得另一个组件的引用，然后进行方法调用就可以了。不过需要注意的是，android框架的关键组件比如activity, Service, Broadcast Receiver, Content Provider对象都不是开发者在代码里面通过new方法生成的，而是由Activity Manager Service（AMS）根据Manifest文件里面的配置信息在需要该组件的时候创建对象。这样的话，要想取得其他组件的引用可能需要稍稍动点脑筋，比如说设置一个静态变量来取得对另一个组件的引用。

而在第二种情况，由于互相通信的组件不在同一个进程，也就是说，它们是处在不同的虚拟机上面运行的，所以它们之间是无法直接通信的。相信这点不难理解，就好比两个异地的恋人无法直接面对面交流了，就需要通过一些介质以及渠道来进行通信。而对于android ipc通信来说，这个介质就是Binder了。android 框架为应用层提供了一个IBinder接口。这个接口就是供请求IPC通信的组件使用来和另一个进程的组件进行通信的。我们在这里以Activity和Service的通信作为例子。

1. 在Activity里调用startService()方法
AMS根据该方法里面的Intent参数以及Manifest里面的配置，创建对应的Service对象，并调用相应的生命周期方法。如果在自己定义的Service里需要和Activity进行通信，就需要在该service内部创建一个继承Binder这个类的自定义Binder对象。而在这个Binder对象的构造函数里会调用init()这个方法。这个方法内部实际上是通过JNI调用C/C++层的init()方法生成了一个JavaBBinderHolder对象，并把该对象的指针放到自定义的Binder对象里。

2.在Activity里调用bindService()方法
在Activity里可以通过调用下面的方法来创建并绑定一个自定义的Service组件
bindService(Intent intent,ServiceConnection conn,int flags)
AMS根据方法里面的Intent参数找到对应的Service对象。而在Service类里面有个对应的方法如下
onBind(Intent intent)
这个方法的返回值是一个Binder对象，而这个Binder对象也是实现了IBinder接口的对象，也就是说Service要想和Activity进行通信，就需要在自己这端定义一个Binder对象，然后通过onBind方法把这个对象交给AMS，然后就通过AMS来和另一个进程的Activity进行交流。AMS得到了这个Binder对象实际上就是得到了C/C++层的JavaBBinderHolder对象。当AMS得到这个Binder对象后如何处理呢？还记得之前bindService()方法的第二个参数ServiceConnection类吗？AMS会请求调用该对象里面onServiceConnected()方法，并根据Binder对象创建一个该对象的代言人对象BinderProxy对象，作为参数传给该方法。这样在Activity里就会在自己定义的ServiceConnection对象的方法onServiceConnected()里面获得该Binder对象，而此Binder对象就成了该Activity和Service进行通信的一个桥梁。

3.调用IBinder.transact()方法
该方法实际上是通过底层的Binder驱动调用到C/C++层的JavaBBinder对象的tansact方法，而该方法通过JNI来调用JAVA 层上Binder对象的execTransact()方法，并进而调用开发者自己可以覆盖的onTransact()方法从而达到了通信的目标

IPC通信.png

以上就是我对android ipc通信的机制的一些梳理，可能有不正确或者是不严谨的地方，希望有更多的人能交流。这也是我在上的处子作，希望能通过写文章不断碰撞自己的思维，也能够认识更多的朋友。