📚 课程目录第4章 AIDL基础

Binder客户端调用：bindService流程、ServiceConnection回调、获取代理对象、跨进程调用

本章聚焦于Binder客户端如何使用 bindService() 发起跨进程连接，通过 ServiceConnection 回调接收服务端代理，并最终完成一次跨进程方法调用。理解这一流程是掌握Binder客户端编程的核心，也是后续章节中深入调试和优化的基础。

1. bindService 核心 API 与参数

客户端通过 Context.bindService(Intent, ServiceConnection, int) 发起绑定。关键参数如下：

参数	类型	说明
`service`	Intent	显式或隐式指定目标 Service
`conn`	ServiceConnection	回调接口，用于接收绑定结果
`flags`	int	常用 `BIND_AUTO_CREATE`（自动创建服务）

  客户端需持有 ServiceConnection 实例，且生命周期应和绑定行为一致。忘记解绑会导致服务端泄漏或重复绑定。

2. ServiceConnection 回调机制

当 Binder 驱动完成进程间通信后，系统会在客户端主线程回调 ServiceConnection 的两个方法：

onServiceConnected(ComponentName, IBinder)：绑定成功时调用，参数 IBinder 是服务端 Binder 对象的代理句柄。
onServiceDisconnected(ComponentName)：服务异常终止或连接断开时调用（注意：解绑操作不会触发此回调）。

在 onServiceConnected 中，开发者必须将 IBinder 转换为具体接口的代理类型：

private IMyService mService;
private ServiceConnection mConnection = new ServiceConnection() {
    @Override
    public void onServiceConnected(ComponentName name, IBinder binder) {
        // 转换方式：通过服务端定义的asInterface()静态方法
        mService = IMyService.Stub.asInterface(binder);
    }

    @Override
    public void onServiceDisconnected(ComponentName name) {
        mService = null; // 置空，避免调用已失效的代理
    }
};

⚠️ 注意：asInterface() 内部会检查传入的 Binder 是否来自同一进程。如果是同进程，直接返回服务端 Binder 对象自身（无需 IPC）；跨进程时返回 Proxy 封装。这一优化避免了同进程通信的序列化开销。

3. 获取代理对象的过程

Stub.asInterface(IBinder) 在 AIDL 生成的模板中实现如下逻辑：

public static IMyService asInterface(IBinder obj) {
    if (obj == null) return null;
    // 查询是否同进程
    IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
    if (iin != null && (iin instanceof IMyService)) {
        return (IMyService) iin; // 同进程直接返回
    }
    // 跨进程返回代理
    return new IMyService.Stub.Proxy(obj);
}

代理对象内部持有 IBinder，所有接口方法实现都委托给 transact()，由 Binder 驱动完成数据序列化与传递。

4. 跨进程调用完整流程

以客户端调用 mService.doSomething() 为例，内部执行：

客户端（Proxy）：封装方法号、参数到 Parcel，调用 mRemote.transact(CODE, data, reply, 0)。
Binder 驱动：阻塞当前线程，将数据拷贝到服务端进程的用户态，唤醒服务端 Binder 线程池。
服务端（Stub）：线程池收到 onTransact() 调用，解包 Parcel，执行真正的业务方法，将返回值写入 reply。
驱动唤醒客户端：将 reply 数据回复给客户端线程，客户端从 transact() 返回。

💡 优化建议：频繁跨进程调用时，可减少每次调用的数据量，或改用 oneway（无需返回值）来避免阻塞。

5. 调试与常见错误

错误现象	可能原因	排查方法
bindService 返回 false	Intent 无法匹配到 Service（未正确导出、包名错误）	检查 AndroidManifest 中 Service 声明及 intent-filter
onServiceConnected 不回调	服务端未在 `onBind()` 返回有效 Binder	确认 `onBind()` 返回 `new XXStub()`
调用时抛出 `DeadObjectException`	服务端进程异常退出	监听 `onServiceDisconnected`，重试绑定
主线程 ANR	跨进程调用耗时超过 5s	改用异步调用或 `oneway`，或启动独立工作线程

// 查看 Binder 线程信息（adb shell）
# dumpsys binder --stats   // 查看事务统计
# dumpsys activity services  // 查看绑定状态

6. 性能与稳定性要点

最小化数据传输：每次跨进程调用至少两次内存拷贝（用户态 → 内核态 → 目标用户态），避免传递大图或文件描述符（可用共享内存替代）。
避免在主线程调用耗时 IPC：Binder 的 transact() 会同步阻塞，建议使用 HandlerThread 或协程。
正确管理绑定生命周期：在 onPause() 或 onStop() 中解绑，防止服务端资源泄露。
使用 linkToDeath：对于关键服务，注册死亡通知以快速感知服务端崩溃。

// 注册死亡通知示例
IBinder.DeathRecipient deathRecipient = new IBinder.DeathRecipient() {
    @Override
    public void binderDied() {
        // 服务端死亡，清理并尝试重连
        mService.asBinder().unlinkToDeath(this, 0);
        mService = null;
        bindService(...);
    }
};
binder.linkToDeath(deathRecipient, 0);