Binder 驱动基础：mmap、ioctl、Binder 节点、binder_proc 结构

Binder 是 Android 系统中进程间通信（IPC）的核心机制，它通过一个轻量级的内核驱动实现跨进程方法调用与数据传递。本章将深入 Binder 驱动的底层基石——mmap、ioctl、Binder 节点以及核心数据结构 binder_proc。理解这些基础是掌握 Binder 调用路由与导航事件分发的前提。

1.1 原理概述

Binder 驱动基于 虚拟内存映射 和 字符设备控制 实现零拷贝数据传递。每个使用 Binder 的进程会创建一个 binder_proc 实例，通过 mmap 在内核空间分配一块缓冲区并映射到用户空间，这样发送方与接收方只需一次拷贝即可完成数据交换。驱动暴露 /dev/binder 节点，用户态通过 ioctl 执行打开、绑定、传输、等待等操作。

1.2 核心组件详解

1.2.1 mmap – 内存映射与缓冲区管理

mmap 调用在 Binder 驱动中用于分配共享内存缓冲区。每个进程调用 mmap 时，驱动会在内核中分配一块连续物理内存页，并将其映射到进程用户空间和内核空间。这样，Binder 传输数据时只需从发送方拷贝到内核缓冲区，接收方直接读取映射区域，避免二次拷贝。

参数	含义	典型值
addr	用户空间映射地址（hint）	NULL（让内核选择）
length	映射大小（页对齐）	通常 128KB 或 256KB
prot	保护标志	PROT_READ
flags	类型与共享模式	MAP_PRIVATE
fd	设备文件描述符	打开 /dev/binder 后的 fd

1.2.2 ioctl – 驱动控制接口

用户态通过 ioctl 向 Binder 驱动发送控制命令。所有 IPC 操作（如 read、write、reply、acquire 等）都被包装为 ioctl 命令。常用命令定义在 linux/binder.h 中：

#define BINDER_WRITE_READ      _IOWR('b', 1, struct binder_write_read)
#define BINDER_SET_MAX_THREADS _IOW('b', 5, __u32)
#define BINDER_SET_CONTEXT_MGR _IOW('b', 7, __s32)
#define BINDER_VERSION         _IOR('b', 9, struct binder_version)

核心命令 BINDER_WRITE_READ 封装了读写请求，数据结构如下：

struct binder_write_read {
    struct binder_transaction_data *write_buffer;
    size_t write_size;
    size_t write_consumed;
    struct binder_transaction_data *read_buffer;
    size_t read_size;
    size_t read_consumed;
};

1.2.3 Binder 节点与设备文件

Binder 驱动注册为杂项设备（misc device），主设备号 10，次设备号动态分配。设备节点路径为 /dev/binder。节点权限通常为 0666 或 0600（取决于 SELinux 策略）。进程打开该节点后获得文件描述符，通过该 fd 执行 mmap 和 ioctl。

节点路径	主设备号	次设备号	典型权限
/dev/binder	10	由内核分配	crw-rw-rw- 或 crw-rw----

1.2.4 binder_proc 结构

每个使用 Binder 的进程在驱动内部对应一个 struct binder_proc 实例。该结构体管理本进程的线程池、节点树、引用列表、mmap 区域等。关键字段如下：

struct binder_proc {
    struct hlist_node proc_node;        // 全局 proc 链表节点
    struct rb_root nodes;               // 内核 Binder 节点红黑树根
    struct rb_root refs_by_node;        // 引用（按 node 索引）
    struct rb_root refs_by_desc;        // 引用（按 handle 索引）
    struct list_head waiting_threads;   // 等待线程链表
    struct binder_alloc alloc;          // mmap 内存分配器
    int pid;                            // 进程 PID
    struct task_struct *tsk;            // 进程 task_struct
    unsigned int max_threads;           // 最大线程数
};

binder_proc 的创建发生在第一次调用 ioctl(BINDER_SET_CONTEXT_MGR) 或进程首次写入数据时。驱动通过 binder_get_proc() 根据 pid 查找对应的 proc 实例。

1.3 调用流程——从用户态到驱动内核

1. 打开设备：用户进程调用 open("/dev/binder", O_RDWR) 获取 fd。
2. 映射缓冲区：调用 mmap(NULL, SIZE, PROT_READ, MAP_PRIVATE, fd, 0) 分配内核缓冲区并映射。
3. 设置最大线程数：通过 ioctl(fd, BINDER_SET_MAX_THREADS, &num_threads) 通知驱动最大并发线程数。
4. 发送事务：构造 struct binder_write_read，填充 write_buffer 中的事务数据，调用 ioctl(fd, BINDER_WRITE_READ, &bwr)。
5. 内核处理：驱动在 binder_ioctl_write_read() 中处理写入命令，将事务放入目标进程的队列，然后唤醒目标进程中的等待线程。
6. 返回结果：当目标进程处理完并回复后，发起方通过 read_buffer 获取回复数据。

1.4 内联 SVG：Binder 驱动基础架构图

1.5 常见错误与调试

错误现象	可能原因	排查手段
open /dev/binder 失败（-ENOENT）	内核未配置 Binder 驱动	检查 ls -l /dev/binder；dmesg | grep binder 查看驱动加载
mmap 返回 -ENOMEM	进程已耗尽可映射页	cat /proc/binder/proc/[pid]/mmap_size；检查 ulimit -a
ioctl 返回 -EINVAL	传递的 binder_write_read 结构无效	检查 transaction_data 大小和对齐；使用 strace 跟踪 ioctl 参数
传输超时或阻塞	目标进程 binder_proc 线程池耗尽	cat /proc/binder/proc/[pid]/threads；dmesg 查看线程等待信息

1.6 性能优化要点

• mmap 大小选择：根据进程消息频率调整映射大小。太小易触发内存不足，太大会浪费内核内存。推荐 128KB～512KB。
• 线程池配置：通过 BINDER_SET_MAX_THREADS 设置合理的最大线程数，避免线程过多导致上下文切换开销。
• 减少跨进程调用：每次 Binder 调用至少经过两次 ioctl（一次发送，一次回复），频繁调用应合并或采用批量处理。
• 避免大块数据：超过 1MB 的数据建议使用文件描述符传递或 share memory 替代，避免 mmap 缓冲区膨胀。

1.7 本章小结