最近博主在研究Android系统的binder。
binder是什么?可以理解为Andorid系统中的一种进程间通信的方式,虽然Android系统基于Linux,但是它并没有采用Linux自带的进程间通信方式,而是采用了更高效的binder,理解binder对于理解Android系统具有至关重要的作用。
binder原理图如下:
Binder通信采用c/s架构,和Socket一样,但是稍微复杂。binder组件包含Client、Server、ServiceManager以及binder驱动,其中ServiceManager用于管理系统中的各种服务。
具体通信过程:Server先向ServiceManager注册一个服务,其实也就是一个字符串。然后Client从ServiceManager获取服务,关键字就是注册的字符串。这样Client和Server就可以通信。真正的数据流是走了底层的Linux内核空间的binder驱动,但这个是被封装的,所以不用关心真正的binder驱动,只管在Client和Server之间调用函数收发数据就行。就是服务端的onTransact函数和客户端remote()->transact(TEST, data, &reply),发送的数据存在data中,返回的数据存在reply中。Client和Server都可以收发数据。
安卓系统架构图:
理解了binder以后,具体分析:binder驱动肯定是在最下面的Linux内核中,那么binder的客户端和服务器,可以存在在任何地方。举例:
1、bindder服务器在app层,客户端在app层。2、bindder服务器在native层,客户端在app层。3、bindder服务器在app层,客户端在native层。4、bindder服务器在native层,客户端在native层。
以上四种情况都可以。
说的比较抽象,我发两篇文章连接,这两篇文章的代码我已经验证过,可以使用。需要注意的是,APP层的binder由java语言编写,native层的binder,由C++语言编写。但其实接口都很相似。
https://blog.csdn.net/tkwxty/article/details/42712083
https://blog.csdn.net/tkwxty/article/details/102680970
但是要看懂代码,需要先理解几个类:
native层binder真实的继承关系如下:
对称一点可能方便理解:
我们主要是从BnInterface和BpInterface继承,去实现自己的服务器和客户端。
bp:binder proxy
bn:binder native
sm:ServiceManager
今天先讲这么多,如果这两篇文章有不懂的地方可以私聊博主。