4. Binder内存映射机制

4.2 Binder 驱动中 mmap 的实现流程

当用户空间进程调用 mmap(NULL, size, PROT_READ, MAP_PRIVATE, fd, 0) 时，Binder 驱动的 binder_mmap 函数被触发。该函数执行以下关键步骤：

1. 参数校验与对齐：检查映射大小是否超过限制（通常为 4 个物理页，即 16KB），并对齐到页边界。
2. 分配物理页：通过 alloc_page() 分配一组连续的物理页框。
3. 建立内核虚拟地址映射：使用 kmap() 或 vm_map_ram() 将物理页映射到内核虚拟地址空间。
4. 建立用户虚拟地址映射：通过 remap_pfn_range() 将同一组物理页映射到进程的用户虚拟地址空间。
5. 初始化缓冲区描述符：在 Binder 进程结构体中记录映射的起始地址、大小、已用偏移等元数据。

// Binder 驱动中 mmap 的核心实现（简化伪代码）
static int binder_mmap(struct file *filp, struct vm_area_struct *vma)
{
    struct binder_proc *proc = filp->private_data;
    int ret;
    unsigned long size = vma->vm_end - vma->vm_start;

    // 1. 参数校验：大小不能超过 4 个页
    if (size > 4 * PAGE_SIZE)
        return -EINVAL;

    // 2. 分配物理页
    proc->pages = kzalloc(sizeof(struct page *) * ((size + PAGE_SIZE - 1) / PAGE_SIZE), GFP_KERNEL);
    for (i = 0; i < num_pages; i++) {
        proc->pages[i] = alloc_page(GFP_KERNEL | __GFP_ZERO);
        if (!proc->pages[i])
            goto err_alloc;
    }

    // 3. 建立内核虚拟地址映射
    proc->buffer = vmap(proc->pages, num_pages, VM_MAP, PAGE_KERNEL);
    if (!proc->buffer)
        goto err_vmap;

    // 4. 建立用户虚拟地址映射（将物理页映射到用户空间）
    ret = remap_pfn_range(vma, vma->vm_start,
                          page_to_pfn(proc->pages[0]),
                          size, vma->vm_page_prot);
    if (ret)
        goto err_remap;

    // 5. 初始化缓冲区描述符
    proc->buffer_size = size;
    proc->buffer_avail = size;
    proc->user_buffer_offset = vma->vm_start - (unsigned long)proc->buffer;

    return 0;
}

4.3 物理内存与内核虚拟地址映射关系

Binder 驱动维护了一个关键的数据结构来管理物理页与虚拟地址的映射关系。下图展示了物理页、内核虚拟地址和用户虚拟地址之间的三重映射：

从图中可以看出，Binder 驱动通过 vmap() 和 remap_pfn_range() 将同一组物理页框同时映射到内核虚拟地址空间和用户虚拟地址空间。这种双重映射使得内核驱动可以直接在映射后的内核虚拟地址上操作数据，而用户进程则通过用户虚拟地址访问同一块物理内存。

4.4 一次拷贝原理与数据流

一次拷贝（Single Copy）是 Binder IPC 性能优化的核心。其原理是：发送方将数据从自己的用户空间拷贝到 Binder 驱动的内核缓冲区，而该内核缓冲区通过 mmap 已经映射到了接收方的用户空间，因此接收方可以直接读取，无需第二次拷贝。

一次拷贝的完整数据流包含以下步骤：

4.5 缓冲区管理与偏移量计算

Binder 驱动在内核中维护了一个重要的偏移量字段 user_buffer_offset，用于计算用户虚拟地址与内核虚拟地址之间的转换关系。这个偏移量在 mmap 时确定，并在后续的数据传输中使用。

// Binder 驱动中偏移量计算的核心逻辑
struct binder_proc {
    void *buffer;               // 内核虚拟地址基址
    unsigned long buffer_size;  // 缓冲区大小
    unsigned long buffer_avail; // 可用空间
    unsigned long user_buffer_offset; // 用户虚拟地址 - 内核虚拟地址
    struct list_head buffers;   // 已分配的缓冲区链表
};

// 将内核虚拟地址转换为用户虚拟地址
static inline void *binder_buffer_to_user(struct binder_buffer *buf)
{
    struct binder_proc *proc = buf->proc;
    return (void *)((unsigned long)buf->data + proc->user_buffer_offset);
}

// 将用户虚拟地址转换为内核虚拟地址
static inline void *binder_user_to_kernel(struct binder_proc *proc, void *user_ptr)
{
    return (void *)((unsigned long)user_ptr - proc->user_buffer_offset);
}

这种偏移量计算方式使得 Binder 驱动能够快速地在用户虚拟地址和内核虚拟地址之间切换，而无需进行页表遍历或 TLB 刷新，进一步提升了数据传输效率。

4.6 物理内存分配策略与限制

Binder 驱动的物理内存分配遵循以下策略：

• 预分配：在 mmap 时一次性分配所有物理页，后续不再动态扩展。
• 固定大小：每个进程的 Binder 缓冲区大小固定为 4 个物理页（16KB），不可动态调整。
• 零初始化：分配的物理页通过 __GFP_ZERO 标志进行零初始化，防止信息泄露。
• 不可交换：Binder 缓冲区物理页被锁定在内存中，不允许换出到交换分区。

4.7 本章小结

Binder 的 mmap 内存映射机制是其实现高性能 IPC 的基石。通过将同一组物理页框同时映射到内核虚拟地址和用户虚拟地址，Binder 驱动实现了数据的一次拷贝传输，避免了传统 IPC 的两次拷贝开销。本章详细分析了 mmap 在 Binder 驱动中的实现流程、物理内存与虚拟地址的映射关系、一次拷贝的数据流，以及缓冲区管理的核心数据结构。理解这些底层机制，对于优化 Binder 通信性能、排查内存相关问题至关重要。