关闭

android binder机制 阅读笔记

标签: androidbinderbinder机制进程间通信
221人阅读 评论(0) 收藏 举报

学安卓Binder应该是必须了解的东西。花了几天时间阅读Google前3页的binder文章。

其中主要阅读了Gityuan的Binder系列文章http://gityuan.com/2015/10/31/binder-prepare/

很给力,一看还是我大小米的系统工程师,膜拜膜拜。




Binder是什么?

Binder是Android的一个类,继承IBinder接口

Binder是一种进程间通信方法,因为种种优点被Android大量使用

Binder可以理解为一种虚拟的物理设备,它的设备驱动是/dev/binder


为什么Android要使用Binder,尤其是在Linux拥有好几个传统进程间通信方法的情况下还要开发出Binder?

这个问题就是等于问Linux传统进程间通信方法有什么缺点,然后Binder怎么把缺点补齐的。

先列下传统方法。有管道、消息队列、共享内存、socket、信号量

然后分几方面讲

1.性能角度

Binder数据拷贝只需要拷贝一次(Service端拷贝到内核,Client端是则是获取内核中Binder引用,无需拷贝直接使用)。

而管道、消息队列、socket都需要2次。共享内存无需拷贝,但是操作复杂,需要考虑并发问题。

2.稳定性和架构设计角度

Binder基于Client-Service架构设计,降低耦合,相对独立,稳定性好,方便android程序之间相互通信。

共享内存这种就没有C/S区分。

3.安全性角度

传统的进程间通信不需要报出自己的身份,或者自己的身份自己填写。这样的方式放在android上肯定是不合适的。

意味着随意一个进程都可以要随意访问或者伪造身份访问联系人,短信,通话记录。

所以android开发的Binder机制,设计成Binder强制为进程填写UID/PID,并且在Binder通信时会根据UID/PID进行有效性检测。这样就约束了每个进程对权限的使用。


Servicemanager是干什么的

ServiceManager也是一个Service端,只不过它的作用是Service端的管家。

很容易理解,如果只有Service和Client,如果client要找到某个Service,是很费力的。所以需要一个服务管理者的角色存在。

Android系统中需要公开的服务,在完成创建后,都将把自己注册到ServiceManager里面。相当于路由表。

后面的Client想要访问某个服务功能,就需要先到ServiceManager中查找和获取。

那么问题来了,Server向ServerManager注册时,也算是进程间通信,当时没有“这个路由表”,怎么实现的。

答案是ServiceManager作为用户控件的一个守护进程,启动时会告诉Binder驱动它是服务管理者。

Binder驱动会新建ServiceManager对应的Binder对象,并将Binder实体设为全局变量。

其他文章有讲,ServiceManager被赋予一个特殊的句柄——0句柄。其他Service进程通过0句柄与ServiceManager通信。



Server向ServiceManager注册的细节

1.首先,XXXServer(XXX代表某个)在自己的进程中向Binder驱动申请创建一个XXXService的Binder的实体,
2.Binder驱动为这个XXXService创建位于内核中的Binder实体节点以及Binder的引用,注意,是将名字和新建的引用打包传递给SM(实体没有传给SM),通知SM注册一个名叫XXX的Service。
3.SM收到数据包后,从中取出XXXService名字和引用,填入一张查找表中。


Client获取远程服务细节

Client发送请求(服务名)到Binder驱动, Binder驱动转发给ServiceManager进程

ServiceManager也是通过Binder驱动把 Server对应的Binder实体的Binder引用信息(XXXBpBinder)反馈给Client

Client收到之后,创建出一个Server对应的远程服务,这个远程服务就是Server的代理.

所以通信流向大概是Client —— Server远程服务的接口 —— Binder驱动 —— Server


关于Binder实体和Binder引用

Binder实体 : 是各个Server以及ServiceManager在内核(Binder驱动)中的存在形式
Binder引用 : 是Client在内核(Binder驱动)中保存的一个Binder实体的引用
一个Binder实体 可以对应  多个Binder引用


关于IBinder接口和Binder类

Binder 类实现 IBinder 接口。IBinder 有个关键方法 transact(),是客服端向服务端发出调用(方法)请求。当然这个抽象的,具体实现还是在Binder里面。

Binder 有个关键方法 onTransact(),是服务端接收客服端的请求,作出响应并返回。

这一系列操作是同步的,所以代码中 transact() 方法里执行 onTransact(),会等待 onTransact() 执行完成,返回后者的执行结果。

onTransact 接收目标方法ID、方法参数、返回结果,最终会分发到真正执行业务的目标方法中。

    public final boolean transact(int code, Parcel data, Parcel reply,
            int flags) throws RemoteException {
        if (false) Log.v("Binder", "Transact: " + code + " to " + this);
        if (data != null) {
            data.setDataPosition(0);
        }
        boolean r = onTransact(code, data, reply, flags);
        if (reply != null) {
            reply.setDataPosition(0);
        }
        return r;
    }






0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:24187次
    • 积分:304
    • 等级:
    • 排名:千里之外
    • 原创:15篇
    • 转载:0篇
    • 译文:0篇
    • 评论:17条
    最新评论