Android进程间通信机制
前言：
本文是对Android进程间通信机制进行简单的框架介绍，详细介绍请看老罗的Android之旅：http://blog.csdn.net/luoshengyang/article/details/6618363。Android进程间通信机制比较复杂，也比较重要，建议大家先看结合这个学习纲要仔细研究老罗的Android之旅，希望本文对大家有所帮助。
要想实现Client-Server通信必须实现以下两点：一是Server必须有确定的访问接入点或者说地址来接受Client的请求，并且Client可以通过某种途径获得Server的地址；二是制定Command-Reply协议来传输数据。例如在网络通信中Server的访问接入点就是Server主机的IP地址+端口号，传输协议为TCP协议。对Binder而言，Binder可以看成Server提供的显示某个特定服务的访问接入点(如下面说的BpXXX)，Client通过这个地址向Server发送请求来使用该服务；对Client而言，Binder可以看成是通向Server的管道入口，要想和某个Server通信必须建立这个管道并且获得管道入口。
下面是重要的类和方法：
1、BpXXX:Client端(自己的应用程序)获得，然后用它和Service进行通信。
2、BnXXX:Service的父类，注册到ServiceManager，并接收Client的通信消息。
3、Server和Client获取ServiceManager远程接口的函数是defaultServiceManager，这个函数声明在frameworks/base/include/binder/IServiceManager.h文件中
4、BpServiceManager通过addService把BnXXX的子类也就是Service注册到ServiceManager即 Service_manager.c的一个list中。
一、ServiceManager的工作原理
Service_manager.c的代码位于base/cmds/servicemanager/Service_manager.c
代码如下：
intmain(intargc,char**argv)
{
structbinder_state *bs;
void*svcmgr = BINDER_SERVICE_MANAGER;
bs= binder_open(128*1024);
if(binder_become_context_manager(bs)) {
LOGE("cannotbecome context manager (%s)\n",strerror(errno));
return-1;
}
svcmgr_handle = svcmgr;
binder_loop(bs, svcmgr_handler);
return0;
}
原理：
1、bs =binder_open(128*1024);是打开"/dev/binder"设备
2、binder_become_context_manager(bs);告诉系统自己是ServiceManager
3、binder_loop(bs,svcmgr_handler);进入一个循环，处理BpServiceManager.addService发过来的命令,并维护一个list列表，将所有注册的Service保存在其中。
二、Service的工作原理
大致思路：首先要获得ServiceManager的代理，也就是BpServiceManager。然后通过BpServiceManager.addService把自己注册到ServiceManager中去。然后打开一个设备端口"/dev/binder",最后进入循环等待Client的请求。
代码：（MediaService是一个程序，里面注册了4个Service到ServiceManager，代码目录：framework\base\Media\MediaServer\Main_mediaserver.cpp）
intmain(intargc,char**argv)
{
sp<ProcessState>proc(ProcessState::self());
sp<IServiceManager> sm =defaultServiceManager();
LOGI("ServiceManager:%p", sm.get());
AudioFlinger::instantiate();
MediaPlayerService::instantiate();
CameraService::instantiate();
AudioPolicyService::instantiate();
ProcessState::self()->startThreadPool();
IPCThreadState::self()->joinThreadPool();
}
原理：
1、sp<ProcessState>proc(ProcessState::self());打开/dev/binder设备，这样的话就相当于和内核binder机制有了交互的通道.
2、sp<IServiceManager>sm =defaultServiceManager();获得BpServiceManager对象，该对象引用了一个BpBinder对象，BpBinder才是真正和ServiceManager进行通信的接口。
3、MediaPlayerService::instantiate();调用BpServiceManager.addService把Service注册到 ServiceManager，实际上是调用了BpBinder->transact进行注册。
4、ProcessState::self()->startThreadPool();和IPCThreadState::self()->joinThreadPool();
Service进入循环等待Client的请求。
三、Client的工作原理
原理：
1、获得BpServiceManager对象，例如sp<IServiceManager>sm = defaultServiceManager();
2、通过BpServiceManager->gerService获得服务对象的代理，如：BpMediaPlayerService。例如：binder= sm->getService(String16("media.player"));
3、调用BpMediaPlayerService的方法即可与BnMediaPlayerService(MediaPlayerService的父类)通信.
四、使用Java语言通过Binder机制来进行进程间通信
在应用程序中，我们都是把Server实现为Service的形式，并且通过IServiceManager.addService接口来把这个Service添加到ServiceManager，Client也是通过IServiceManager.getService接口来获得Service接口，接着就可以使用这个Service提供的功能了，这个与运行时库的Binder接口是一致的。
1、获取ServiceManager的Java远程接口
我们要获取的ServiceManager的Java远程接口是一个ServiceManagerProxy对象，它实现了接口IServiceManager，IServiceManager提供了getService和addService两个成员函数来管理系统中的Service。
ServiceManager类有一个静态成员函数getIServiceManager，它的作用就是用来获取ServiceManager的Java远程接口ServiceManagerProxy。从ServiceManagerProxy类的构造函数可以看出，它需要一个BinderProxy对象的IBinder接口来作为参数。因此，要获取ServiceManager的Java远程接口ServiceManagerProxy，首先要有一个BinderProxy对象，从而使这个ServiceManagerProxy对象在JNI层有一个句柄值为0的BpBinder对象与之通过gBinderProxyOffsets关联起来。
2、Service的启动过程
在frameworks/base/services/java/com/android/server/SystemServer.java文件中，定义了SystemServer类。SystemServer对象是在系统启动的时候创建的，它被创建的时候会启动一个线程ServerThread来创建要启动的Service，并且把它添加到ServiceManager中去。
3、Client获得Service的远程接口
通过ServiceManager.getService获得Service的远程接口。在ServiceManager.getService中：returngetIServiceManager().getService(name)先获得ServiceManager的代理ServiceManagerProxy，然后调用ServiceManagerProxy.getService获得Service的远程接口。