最近博主在研究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

今天先讲这么多,如果这两篇文章有不懂的地方可以私聊博主。