3. Binder IPC 机制原理：Binder 驱动、ServiceManager、proxy/stub、oneway 调用

Binder 是 Android 系统中最核心的进程间通信（IPC）机制，贯穿 SystemUI、系统服务、应用层等所有跨进程交互场景。本章从底层原理出发，详细拆解 Binder 的四大核心模块：Binder 驱动、ServiceManager、Proxy/Stub 架构以及 Oneway 调用。理解这些部分，是掌握 SystemUI 中 Binder 调度优化与线程同步的基础。

3.1 Binder 驱动（Binder Driver）

Binder 驱动是一个内核级字符驱动，设备节点为 /dev/binder。它不直接进行数据传输，而是通过内存映射（mmap）为每个进程分配一块共享缓冲区，将发送方的数据直接拷贝到接收方进程空间，实现“一次拷贝”的高效 IPC。

• 核心 IOCTL 命令：BINDER_WRITE_READ、BINDER_SET_MAX_THREADS、BINDER_THREAD_EXIT。
• 事务流转：Client 通过 ioctl(fd, BINDER_WRITE_READ, &bwr) 写入 BC_TRANSACTION 命令；驱动解析目标句柄，将数据拷贝到 Server 的 mmap 区域，并唤醒 Server 等待线程。
• 线程管理：每个进程通过 BINDER_SET_MAX_THREADS 设置最大并发线程数，驱动负责将事务分发给空闲线程。

3.2 ServiceManager（上下文管理器）

ServiceManager 是一个守护进程（/system/bin/servicemanager），负责服务注册与查询。它本身也是一个 Binder 服务，句柄固定为 0。

• 注册流程：Server 调用 ServiceManager.addService(name, binder)，ServiceManager 在内部哈希表中保存服务名与 Binder 引用的映射。
• 查询流程：Client 调用 ServiceManager.getService(name)，返回目标 Binder 代理（BpBinder）。
• 实现机制：ServiceManager 使用 Looper 循环监听 /dev/binder 上的请求，并调用 svcmgr_handler() 处理。

3.3 Proxy/Stub 模式（BpBinder & BBinder）

Binder 的 Proxy/Stub 模式在 Native 层体现为 BpBinder（客户端代理）和 BBinder（服务端桩）。Java 层通过 AIDL 自动生成对应类，但底层仍依赖这两个 C++ 类。

典型调用链路：

Client 调用 interface->method(args)
  -> BpBinder::transact(code, data, reply, flags)
     -> ioctl(fd, BINDER_WRITE_READ, &bwr)   // 进入驱动
        -> 驱动查找目标句柄对应的 BBinder
           -> BBinder::transact()
              -> 反序列化后调用 onTransact()
                 -> 实际服务实现

3.4 Oneway 调用

Oneway 标记表示 异步 调用：Client 发送请求后立刻返回，不等待 Server 处理结果。在 AIDL 中通过 oneway 关键字声明。

• 驱动行为：当检测到 TF_ONE_WAY 标志时，驱动不会将事务放入待处理队列等待返回，而是直接拷贝并唤醒目标线程后立即返回。
• 典型场景：SystemUI 中通知更新、动画触发、输入事件分发等不需要同步返回的操作。
• 约束：oneway 方法不能有返回值；不能抛异常（RuntimeException 除外）；驱动会以 FIFO 顺序传递同一句柄的 oneway 事务。

// AIDL 示例
interface INotificationManager {
    oneway void enqueueNotification(String pkg, int id, in Notification notification);
}