Binder调试进阶：结合perf工具分析驱动事件延迟 - 第1节

1.1 Binder 驱动架构

Binder 驱动是 Android 系统中运行在内核空间的核心模块，它作为字符设备（/dev/binder）暴露给用户空间，负责管理进程间通信的底层机制。与传统的 Linux IPC 机制（如管道、消息队列、共享内存）不同，Binder 驱动采用基于内存映射（mmap）的共享数据模型，避免了数据在内核空间与用户空间之间的多次拷贝。

驱动架构分层

1.2 Binder 通信模型

Binder 通信模型基于 客户端-服务端 架构，但引入了 Service Manager 作为全局注册中心。整个通信过程遵循以下步骤：

1. 服务注册： 服务端进程向 Service Manager 注册自身 Binder 实体，获取一个全局唯一的句柄。
2. 服务发现： 客户端进程通过 Service Manager 查询目标服务，获得服务端 Binder 引用的句柄。
3. 建立通道： 客户端通过句柄向服务端发起 Binder 调用，驱动在内核空间完成事务路由。
4. 数据传输： 驱动将调用数据从客户端用户空间拷贝到内核缓冲区，再映射到服务端用户空间。
5. 结果返回： 服务端处理完成后，驱动将回复数据沿相同路径返回客户端。

通信模型对比

1.3 Binder 协议概述

Binder 协议定义了用户空间与内核驱动之间交互的二进制格式，主要通过 ioctl 系统调用传递 struct binder_write_read 结构体。协议分为 控制协议 和 数据传输协议 两大类。

核心数据结构

// Binder 驱动核心数据结构
struct binder_proc {
    struct hlist_node proc_node;    // 全局进程链表节点
    struct rb_root threads;         // 线程红黑树
    struct rb_root nodes;           // Binder 节点红黑树
    struct rb_root refs_by_desc;    // 引用描述符索引
    struct list_head todo;          // 待处理事务队列
    pid_t pid;                      // 进程 PID
    struct mm_struct *mm;           // 内存描述符
};

struct binder_transaction {
    int debug_id;
    struct binder_work work;        // 工作项
    struct binder_thread *from;     // 发送线程
    struct binder_proc *to_proc;    // 目标进程
    struct binder_thread *to_thread;// 目标线程
    struct binder_buffer *buffer;   // 数据缓冲区
    unsigned int code;              // 事务代码
    unsigned int flags;             // 标志位
    binder_uintptr_t sender_pid;    // 发送方 PID
};

协议命令分类

协议交互时序

一次完整的 Binder 同步调用包含 4 个协议步骤，每个步骤都对应一次 ioctl 系统调用：

• 步骤 1 (BC_TRANSACTION)： 客户端将调用数据写入驱动，驱动分配内核缓冲区并拷贝数据。
• 步骤 2 (BR_TRANSACTION)： 驱动将事务投递到服务端线程的待处理队列，并唤醒目标线程。
• 步骤 3 (BC_REPLY)： 服务端处理完成后，将回复数据写入驱动。
• 步骤 4 (BR_REPLY)： 驱动将回复数据拷贝到客户端缓冲区，唤醒等待的客户端线程。