2. Binder通信模型：客户端、服务端、ServiceManager三端角色与交互

2.1 三端角色定义与职责

Binder 通信模型由三个核心角色构成：客户端（Client）、服务端（Server） 和 ServiceManager。三者通过 Binder 驱动（内核模块）实现跨进程通信。下表总结了各角色的关键属性：

2.2 三端交互流程

一次完整的 Binder 调用遵循以下步骤：

1. 服务注册：服务端进程向 ServiceManager 注册其服务名称及 Binder 引用。
2. 服务发现：客户端通过 ServiceManager 查询目标服务名称，获得服务端的 Binder 代理。
3. 方法调用：客户端利用代理对象发起远程调用，数据经 Binder 驱动传递至服务端。
4. 结果返回：服务端处理完毕后将结果沿相同路径回传给客户端。

下图展示了三者与 Binder 驱动的协作关系：

2.3 注册与发现接口规范

ServiceManager 暴露标准的 Binder 事务码：

2.4 AIDL 接口定义示例

以下是一个典型的 AIDL 接口，定义了客户端与服务端的契约：

// IMyService.aidl
package com.example.binder;

interface IMyService {
    int add(int a, int b);
    void registerCallback(ICallback cb);
}

2.5 服务端注册流程代码

服务端在 onCreate 中将服务实例注册到 ServiceManager：

public class MyService extends Service {
    @Override
    public void onCreate() {
        super.onCreate();
        // 创建 Binder 实体
        IMyService.Stub binder = new IMyService.Stub() {
            @Override
            public int add(int a, int b) {
                return a + b;
            }
            // ...
        };
        // 注册到 ServiceManager
        ServiceManager.addService("my_service", binder.asBinder());
    }
    // ...
}

2.6 客户端绑定与调用代码

客户端通过 ServiceManager 获取代理并调用：

// 获取 Binder 代理
IBinder binder = ServiceManager.getService("my_service");
IMyService proxy = IMyService.Stub.asInterface(binder);
int result = proxy.add(3, 5);
Log.d("BinderDemo", "Result = " + result);

2.7 调试命令与节点查看

Binder 通信状态可通过以下 proc 节点和命令实时监控：

# 查看binder设备节点
ls -l /dev/binder

# 查看binder线程池状态
cat /sys/kernel/debug/binder/state

# 查看事务流量统计
cat /proc/binder/stats

# 过滤特定服务的调用日志 (Android logcat)
logcat -s Binder:* -v time | grep "my_service"

2.8 常见错误与解决方案

2.9 性能与稳定性优化建议

• 减少大型对象传递：优先传递文件描述符或共享内存句柄，而非序列化大数据块。
• 使用 oneway 异步调用：对于不需要返回值的远程操作（如状态通知），使用 oneway 标记避免同步等待。
• 合理规划线程池：Binder 驱动默认 16 个工作线程，可根据并发度通过 BinderInternal.setMaxThreads() 调整。
• 避免频繁跨进程回调：注册回调时应设计为弱引用或取消注册机制，防止服务端泄漏。
• 利用 binder cache：对频繁查询的服务引用可在客户端侧缓存，减少对 ServiceManager 的重复访问。