Chinaunix首页 | 论坛 | 博客
  • 博客访问: 50142
  • 博文数量: 25
  • 博客积分: 166
  • 博客等级: 入伍新兵
  • 技术积分: 177
  • 用 户 组: 普通用户
  • 注册时间: 2011-12-28 08:57
文章分类

全部博文(25)

文章存档

2015年(2)

2013年(1)

2012年(18)

2011年(4)

我的朋友

分类: Android平台

2015-07-08 14:45:03

1. Android为什么选择binder?
       总结:传输性和安全性的要求
2. Binder主要能提供以下一些功能:
        - -> 用驱动程序来推进进程间的通信。
    - -> 通过共享内存来提高性能。
    - -> 为进程请求分配每个进程的线程池。
    - -> 针对系统中的对象引入了引用计数和跨进程的对象引用映射。
    - -> 进程间同步调用。

  目前linux支持的IPC包括传统的管道、System V IPC、即消息队列/共享内存/信号量以及socket,只有socket支持Client-Server的通信方式。
当然也可以在这些底层机制上架设一套协议来实现Client-Server通信,但这样增加了系统的复杂性,在手机这种条件复杂,资源稀缺的环境下可靠性也难以保证。
另一方面是传输性能:
  socket作为一款通用接口,其传输效率低,开销大,主要用在跨网络的进程间通信和本机上进程间的低速通信。
消息队列和管道采用存储-转发方式,即数据先从发送方缓存区拷贝到内核开辟的缓存区中,然后再从内核缓存区拷贝到接收方缓存区,
至少有两次拷贝过程。共享内存虽然无需拷贝,但控制复杂,难以使用。
各种IPC方式数据拷贝次数:
IPC                       数据拷贝次数
共享内存                        0
Binder                          1
Socket/管道/消息队列       2


还有一点是出于安全性考虑:
  Android作为一个开放式,拥有众多开发者的平台,应用程序的来源广泛,确保智能终端的安全是非常重要的。
终端用户不希望从网上下载的程序在不知情的情况下偷窥隐私数据,连接无线网络,长期操作底层设备导致电池很快耗尽等等。传统IPC没有任何
安全措施,完全依赖上层协议来确保。首先传Android为什么选择binder统IPC的接收方无法获得对方进程可靠的UID/PID(用户ID/进程ID),从而无法鉴别对方身份。
  Android为每个安装好的应用程序分配了自己的UID,故进程的UID是鉴别进程身份的重要标志。使用传统IPC只能由用户在数据包里填入UID/PID,
但这样不可靠,容易被恶意程序利用。可靠的身份标记只有由IPC机制本身在内核中添加。其次传统IPC访问接入点是开放的,无法建立私有通道。
比如命名管道的名称、system V的键值、socket的ip地址或文件名都是开放的,只要知道这些接入点的程序都可以和对端建立连接,不管怎样都无法
阻止恶意程序通过猜测接收方地址获得连接。
  基于以上原因,Android需要建立一套新的IPC机制来满足系统对通信方式,传输性能和安全性的要求,这就是Binder。
Binder基于 Client-Server通信模式,传输过程只需一次拷贝,为发送发添加UID/PID身份,既支持实名Binder也支持匿名Binder,安全性高。

来自:http://www.cnblogs.com/bastard/archive/2012/10/17/2728155.html
阅读(373) | 评论(0) | 转发(0) |
0

上一篇:Android启动过程

下一篇:没有了

给主人留下些什么吧!~~