Android Binder Handle的生成机制及全局管理疑问

1. Binder Handle 的生成方式 #

Binder Handle 是进程内的私有整数标识，用来映射进程本地到远程 Binder 对象的引用。生成流程大致如下：

• 当进程通过 ServiceManager 获取系统服务（比如调用 getService("activity")）时，ServiceManager 会返回一个指向远程服务的 Binder 代理对象。
• 此时进程的 Binder 框架会向 Binder 驱动发起请求，驱动会在当前进程的本地 Handle 表中，分配一个未被占用的整数作为该远程对象的 Handle 值。
• 后续进程调用该服务的 API 时，writeStrongBinder() 会把这个本地 Handle 写入 Binder 数据流，驱动收到后就能通过 Handle 找到对应的远程对象。

2. 是否存在全局 Binder Handle 管理机制？ #

不存在全局统一的 Handle 管理机制。
每个进程都独立维护自己的 Handle 表，存储 Handle 值到本地 Binder 代理对象的映射。Binder 驱动层面会维护全局的 Binder 对象引用计数，但不会参与进程内 Handle 值的分配——Handle 的分配、释放完全是进程本地的行为，驱动只负责验证 Handle 在当前进程内的有效性。

3. 进程单独生成 Handle 会不会出现值冲突？ #

完全不会。
因为 Handle 仅仅是进程内的局部标识，不同进程的相同 Handle 值对应完全不同的远程对象。Binder 驱动在处理跨进程通信时，会结合发送进程的 PID 和 Handle 值来唯一定位远程对象。比如进程 A 的 Handle=2 对应 ActivityManagerService，进程 B 的 Handle=2 可能对应 PackageManagerService，二者毫无关联，不会引发冲突。

内容的提问来源于stack exchange，提问作者Daniel.W