IBinder对象在进程间传递的形式(二)

     这篇文章是对IBinder对象在进程间传递的形式(一)这篇文章的补充，首先还是把service启动过程的流程图贴上来

 

Android中主要通过2种方法来获得service IBinder：

1.       通过ServiceManager.getService(String Descriptor)来获得Service Manager管理的service的IBinder。

2.       Client获得Application Service的IBinder，如下图描述的binder service流程。

    不管哪种方法，均涉及到IBinder在不同进程间的传递，因为不论是Application Service 还是 System Service，它们在注册时均会涉及到第三方进程，如Application Service注册在Acitivity Manager中(system_server进程)，System Service注册在Service Manager中(servicemanager进程)。

    从Service Manager中获得IBinder涉及到service和servicemanager进程以及client和servicemanager进程之间的IBinder传递；

    获得Application Service的IBinder，更是涉及到ApplicationService和system_server进程以及client和system_server进程之间的IBinder传递，如上图所示。

    研究这个主题的意义在于，虽然从表面上看，在用到IBinder时，我们在应用中使用的是同一个接口，但是它的实质是怎么样的？是一套什么样的机制保证在同进程间client调用的是service的实体，而在不同进程间则是调用的service的proxy。

    关于Binder的传递过程，首先需要了解一个service的类图关系。下图为JNI以上的类图。涉及到JNI和JAVA层的Binder对应关系。JNI层以下的Binder不涉及到这个文章的主题。

    IISERVICEInterface表示aidl文件生成的或者用户自定义的当前service的接口文件，SERVICE表示当前service的实现。IISERVICEInterface.Proxy表示当前service的代理。

    在JNI层，JavaBBinder继承自BBinder，是Binder的实体，它是在BBinder的基础上添加了成员变量jobjectmObject,该成员变量指向JAVA的SERVICE对象。这么做的好处就是在同进程间传递时，接收方能够直接向JAVA层返回SERVICE对象。

    JavaBBinderHolder类，可以说是JavaBBinder类的一个容器，当JAVA层的SERVICE对象被创建时，就会相应的创建一个JavaBBinderHolder实例(android_os_Binder_init@android_util_Binder.cpp)，但是只有SERVICE对象被IPC传递时，JavaBBinderHolder对象才会创建一个JavaBBinder实例(JavaBBinderHolder::get(env)@ android_util_Binder.cpp)。

    

1.      IBinder在IPC通信中的发送过程