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

最新推荐文章于 2024-10-08 21:58:43 发布

windskier

最新推荐文章于 2024-10-08 21:58:43 发布

阅读量1.3w

点赞数 3

文章标签： service object reference android jni null

本文链接：https://blog.csdn.net/windskier/article/details/6913698

版权

本文探讨了Android中IBinder在进程间传递的两种形式：JavaBBinder（同进程）和BpBinder（跨进程）。通过Parcel的writeStrongBinder()方法，IBinder在IPC中传输。在接收端，根据binder_object的type，Parcel会返回Service的实体（同进程）或创建BpBinder代理（跨进程）。此外，每个进程维护一个BpBinder对象的缓存，以提高效率。

摘要由CSDN通过智能技术生成

这篇文章是对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)。