Android(安卓)- Binder机制 - Binder框架总结
以下几篇文章是较深入分析binder机制。
目录
1.Android - Binder机制 - ServiceManager
2.Android - Binder机制 - 普通service注册
3.Android - Binder机制 - 获得普通service
4.Android - Binder机制 - client和普通service交互
5.Android - Binder机制 - Binder框架总结
6.Android - Binder机制 - ProcessState和IPCThreadState
7.Android - Binder机制 - 驱动
Android - Binder机制 - Binder框架总结UML
说明
1. 以中间的IXXX的垂直线为准,左边是客户端进程,它们的命名类似Bp***,右边是服务端进程,它们的命名类似Bn***;
2. 以中间的一条水平虚线为界线,上边执行的是具体业务,如我们之前讲到的AddServcie、GetService、StartPreview等,它们都是普通业务,下边执行的是数据交互,就是讲上边的业务数据打包成binder定义的数据包结构,然后通过binder驱动发送出去或者接收;
3. 第一篇的ServiceManager不是按照Bn***类构建的,但是只是我用的版本不是这样构建的,ServiceManager也完全可以用Bn***来构建,用Bp***和Bn***来构建,让程序员在看代码时更加轻松,代码结构也更加简洁,所以,基本上都是通过Bp***和Bn***来完成的;
4. Bn***和Bp***都继承了两个基类,一个是IXXX,一个是BBinder(或者BpRefBase),其实也正说明了BpXXX和BnXXX既要完成业务层的任务,也要执行数据传输相应的任务;
5. IPCThreadState是真正和驱动打交道的角色,一个进程可以有几个;
6. ProcessState的任务很简单,一是打开binder设备供IPCThreadState使用,一个是获得ServiceManager;
7. 客户端至少持有两个服务端,一个是ServiceManager,一个是它的业务服务端XXXService;
通过这个图,你是不是对复杂的binder找到了很多的规律了;
更多相关文章
- Android剖析和运行机制
- Android进阶——Android事件分发机制之dispatchTouchEvent、onIn
- html5 开发 android 注意点
- convertview机制
- Android热更新一:JAVA的类加载机制
- Android消息机制浅析——原理探究
- Android剖析和运行机制
- Android热更新三:Android类加载机制
- 浅谈 Docker 容器与镜像