进程中大部分的通信都是通过ioctl(binderFd, BINDER_WRITE_READ, &bwd)来进行的。bwd 的定义如下:
struct binder_write_read {
signed long write_size;/* bytes to write */
signed long write_consumed; /* bytes consumed by driver */
unsigned long write_buffer;
signed long read_size; /* bytes to read */
signed long read_consumed; /* bytes consumed by driver */
unsigned long read_buffer;
};
但是上面还有个问题就是client和service要直接和binder driver打交道,但是实际上client和service并不想知道binder相关协议,所以进一步client通过添加proxy代理,service通过添加stub来进一步处理与binder的交互。
这样的好处是client和service都可以不用直接去和binder打交道。上面的图好像已经很完善了,但是Android系统更进一步封装,不让client知道Binder的存在,Android系统提供了Manager来管理client。如下图:
这样client只需要交给manager来管理就好了,根本就不用关心进程通信相关的事,关于manager其实是很熟悉的,比如说activity的就是由ActivityManager来控制的,ActivityManager是通过Binder获取ActivityManagerService来控制activity的。这样就不用我们自己来使用Binder来ActivityManagerService通信了。
更进一步,client是如何具体获取到哪个service的呢?如下图所示:
在service和binder之间还有一个contextManager,也就是serviceManager,每一个service要先往serviceManager里面进行注册,注册完成之后由serviceManager统一管理。在Android studio中可以通过adb指定打印出当前已经注册过
serviceManager的service。
$ adb shell service list
Found 71 services: 0 sip:
[android.net.sip.ISipService] 1 phone: [com.android.internal.telephony.ITelephony] … 20 location: [android.location.ILocationManager] …
55 activity: [android.app.IActivityManager]
56 package: [android.content.pm.IPackageManager] …
67 SurfaceFlinger: [android.ui.ISurfaceComposer]
68 media.camera: [android.hardware.ICameraService]
69 media.player: [android.media.IMediaPlayerService]
70 media.audio_flinger: [android.media.IAudioFlinger]
下图是一次更加完整的client和service的通信流程:
4、Binder框架
在看Binder框架之前,先来看一下,从client发出请求service的完整的流程。
获取服务过程:
第一步:client要请求服务,比如说在activity中调用context.``getSystemService()
方法,这个时候serviceManager
就会使用getService``(``name)
,然后就会调用到native层中的ServiceManagerNative
类中的getService(name)
方法。
第二步:ServiceManagerNative会通过Binder发送一条SVG_MGR_GET_SERVICE的指令,然后通过svcmgr_handler()调用do_find_service()方法去svc_list中查找到相关的service。
第三步:查找到相应的服务后就会通过Binder将服务传给ServiceManagerNative,然后传给serviceManager,最后client就可以使用了。
注意: 服务实在svclist中保存的,svclist是一个链表,因此客户端调用的服务必须要先注册到svclist中。
注册服务过程:
第一步: service通过调用serviceManager中的addService方法,然后调用ServiceManagerNative
类中的addservice``(name)
方法。
第二步: ServiceManagerNative
会通过Binder发送一条SVG_MGR_ADD_SERVICE的指令,然后通过svcmgr_handler()调用do_add_service()方法往svc_list中添加相应的service。
重点:所有的服务都要先注册到svc_list
中才能被client调用到。svc_list以linkedlist
的形式保存这些服务。
Binder结构设计要了解binder的结构设计,就要了解Android的体系结构,Android是分成application层,framework层native层,以及内核层,Binder设计在每一层上都有不同的抽象。如下图:
由上图可知Binder的整体设计总共有四层:
1、Java层AIDL。
2、Framework层, Android.os.Binder 。
framework层中最重要的数据结构是transaction,有一下几个默认的:
3、Native 层: libBinder.cpp
在native层主要是libBinder
4、内核层内核层的通信都是通过ioctl来进行的,client打开一个ioctl,进入到轮询队列,一直阻塞直到时间到或者有消息。
5、Binder中使用的设计模式
**1、代理模式(Proxy Pattern )**在Android中client不是直接去和binder打交道,client直接和Manager交互,而manager和managerProxy交互,也就是说client是通过managerProxy去和binder进行交互的。同时service也不是直接和binder交互,而是通过stub去和binder交互。如下图。
而是通过stub去和binder交互。如下图。