2024年安卓最新掌握 binder 机制？别想绕开 binder 驱动源码分析！，android面试自我介绍

写在最后

对程序员来说，很多技术的学习都是“防御性”的。也就是说，我们是在为未来学习。我们学习新技术的目的，或是为了在新项目中应用，或仅仅是为了将来的面试。但不管怎样，一定不能“止步不前”，不能荒废掉。

![

文章以下内容会给出阿里与美团的面试题（答案+解析）、面试题库、Java核心知识点梳理等

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

2. binder 一次拷贝原理？（腾讯）

3. Intent 传递大数据限制？（阿里）

4. AIDL 原理？（字节）

5. 谈谈你对 binder 驱动的了解？（字节）

你都能回答上来吗！？

到底怎样才能彻底掌握 binder 机制、游刃有余的应对 binder 面试问题，让面试官对你刮目相看，斩获高薪 offer 呢？

没有捷径，「Read The Fucking Source Code！」，这句话绝对是至理名言。

要达到彻底掌握，不能死记别人对 binder 的概括描述，而是要自己深入源码去看它到底是个什么东西，有了自己的理解，才能胸有成竹的应对相关面试问题。

本文主要来分析下 binder 驱动源码中的三个关键函数，binder_open()、binder_mmap() 及 binder_ioctl()。

上层调用陷入内核

---

分析这三个关键函数前，先来看下它们是如何被上层调用的，这样对 binder 机制有整体的了解，才不至于对 binder 驱动的理解太过孤立。

binder 驱动在系统内核中，从用户空间应用程序到内核空间 binder 驱动，会经过一些 ProcessState、IPCThreadState 等中间的操作封装类，然后通过系统调用陷入系统内核。

在 掌握 binder 机制？先搞懂这几个关键类！ 中详细分析过 ProcessState、IPCThreadState、BpBinder 以及 BinderProxy 等 binder 操作封装类源码，不了解的建议前往收藏阅读。

ProcessState 是进程单例，主要负责打开 binder 驱动设备及 mmap。binder 驱动的 binder_open()、binder_mmap() 函数在 ProcessState 的构造函数中被调用，如下：

ProcessState::ProcessState()

mDriverFD(open_driver()) //打开 binder 设备，binder_open()

, mVMStart(MAP_FAILED)

…

, mMaxThreads(DEFAULT_MAX_binder_THREADS)

, mThreadPoolSeq(1){

if (mDriverFD >= 0) {

// 将应用进程虚拟内存空间与 binder 驱动映射，binder_mmap()

mVMStart = mmap(0, binder_VM_SIZE, PROT_READ,

MAP_PRIVATE | MAP_NORESERVE, mDriverFD, 0);

if (mVMStart == MAP_FAILED) {

close(mDriverFD);

mDriverFD = -1;

}

}

}

IPCThreadState 为线程单例，负责与 binder 驱动进行具体的命令通信。在其 talkWithDriver() 方法中，调用了 binder 驱动的 binder_ioctl() 函数：

// binder_ioctl

ioctl(mProcess->mDriverFD, binder_WRITE_READ, &bwr)

binder 驱动注册

---

binder 驱动运行在内核态，向上层提供 /dev/binder 设备节点，并不对应真实的硬件设备。binder 驱动的注册逻辑在 Binder.c 中：

//drivers/staging/android/Binder.c

static init __init binder_init(void){

…

ret = misc_register(&binder_miscdev); //注册为 misc 驱动

}

binder_miscdev 即 Binder 设备描述如下：

static struct miscdevice binder_miscdev = {

.minor = MISC_DYNAMIC_MINOR, //自动分配次设备号

.name = “binder”, //驱动名称

.fops = &binder_fops //binder 驱动支持的文件操作

}

binder_fops 为 Binder 设备支持的操作函数，如下：

static const struct file_operations binder_fops = {

.owner = THIS_MODULE,

.poll = binder_poll,

.unlocked_ioctl = binder_ioctl,

.mmap = binder_mmap,

.open = binder_open,

.flush = binder_flush,

.release = binder_release,

};

binder_open

---

用户应用程序通过 Binder 通信时，需先调用 binder_open() 方法打开 binder 驱动，binder_open() 中主要做了两个工作，对应的分为两部分来看：

//binder.c

static int binder_open(struct inode *nodp, struct file *filp)

{

struct binder_proc *proc;

…

proc = kzalloc(sizeof(*proc), GFP_KERNEL); //创建 binder_proc

if (proc == NULL)

return -ENOMEM;

get_task_struct(current);

proc->tsk = current;

INIT_LIST_HEAD(&proc->todo); //初始化 todo 队列

init_waitqueue_head(&proc->wait); //初始化 todo 队列

proc->default_priority = task_nice(current);

上面代码的主要工作是 「创建及初始化 binder_proc」，binder_proc 就是用来存放 binder 相关数据的结构体，每个进程独有一份。

binder_lock(func);

binder_stats_created(BINDER_STAT_PROC);

hlist_add_head(&proc->proc_node, &binder_procs);

proc->pid = current->group_leader->pid;

INIT_LIST_HEAD(&proc->delivered_death);

filp->private_data = proc;

binder_unlock(func);

…

}

第二个主要工作是 「将 binder_proc 记录起来」，方便后续使用，如上代码所示，通过 hlist_add_head() 方法将 binder_proc 记录到了内核的 binder_procs 表中，另外还将 binder_proc 存放在 filp 的 private_data 域，以便于在后续调用 mmap、ioctl 等方法时获取。

binder_mmap

---

对于 binder 驱动来说，上层应用调用的 mmap() 最终会执行到 binder_mmap() 方法，binder_mmap() 的主要工作是**「将上层应用的虚拟内存块和 Binder 申请的物理内存块建立映射」**，应用程序和 Binder 就拥有了共享的内存空间，这样不同的应用程序之间可以通过 Binder 实现数据共享。

• Binder 中有一物理内存块 P；B 进程中有一内存块 b

• 将 P 分别与 b 建立映射，这样 P、b 就可以看作同一块内存

• 若 A 进程想要发送数据给 B 进程，只需将数据拷贝到 P 内存，B 进程就能直接读取到了

所以 Binder 只需一次拷贝，binder_mmap() 要做的就是将 P 与 b 建立映射，该方法代码较长，分段看关键部分代码：

static int binder_mmap(struct file *filp, struct vm_area_struct *vma){

struct vm_struct *area;

struct binder_proc *proc = filp->private_data;

const char *failure_string;

struct binder_buffer *buffer;

//映射空间至多 4M

if ((vma->vm_end - vma->vm_start) > SZ_4M)

vma->vm_end = vma->vm_start + SZ_4M;

//检查 vma 是否被禁用

if (vma->vm_flags & FORBIDDEN_MMAP_FLAGS) {

ret = -EPERM;

failure_string = “bad vm_flags”;

goto err_bad_arg;

}

• vma(vm_area_struct) 是**「用户态虚拟内存地址空间」**，也就是 b

• area(vm_struct) 是**「内核态虚拟地址空间」**，指向 P

• proc(binder_proc) 即 binder_open() 中创建的、存放 binder 相关数据的结构体

• 另外还做了限制映射空间至多 4M 等映射规则的检查和处理

mutex_lock(&binder_mmap_lock);

//检查是否已执行过 binder_mmap 映射过

if (proc->buffer) {

ret = -EBUSY;

failure_string = “already mapped”;

goto err_already_mapped;

}

//申请内核虚拟内存地址空间

area = get_vm_area(vma->vm_end - vma->vm_start, VM_IOREMAP);

if (area == NULL) {

ret = -ENOMEM;

failure_string = “get_vm_area”;

goto err_get_vm_area_failed;

}

//将内核虚拟内存地址记录在 proc 中

proc->buffer = area->addr;

//记录用户态虚拟内存地址和内核态虚拟内存地址的偏移量

proc->user_buffer_offset = vma->vm_start - (uintptr_t)proc->buffer;

mutex_unlock(&binder_mmap_lock);

• proc->buffer 用于存储最终映射的内核态虚拟地址，并通过此变量控制只能映射一次

最后

给大家分享一份移动架构大纲，包含了移动架构师需要掌握的所有的技术体系，大家可以对比一下自己不足或者欠缺的地方有方向的去学习提升；

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

• proc->buffer 用于存储最终映射的内核态虚拟地址，并通过此变量控制只能映射一次

最后

给大家分享一份移动架构大纲，包含了移动架构师需要掌握的所有的技术体系，大家可以对比一下自己不足或者欠缺的地方有方向的去学习提升；

[外链图片转存中…(img-lgzuYkZB-1715827160880)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！