为什么 Binder 驱动需要在内核空间开辟两个缓存区？
学习 Binder 通信原理的时候，看到下面这段话
Binder 通信的步骤如下所示：
1.Binder 驱动在内核空间创建一个 [数据接收缓存区] 。 2.在内核空间开辟一块 [内核缓存区] ，建立内核缓存区和数据接收缓存区之间的映射关系，以及数据接收缓存区和接收进程用户空间地址的映射关系。 3.发送方进程通过 copy_from_user()函数将数据拷贝 到内核中的内核缓存区，由于内核缓存区和接收进程的用户空间存在内存映射，因此也就相当于把数据发送到了接收进程的用户空间，这样便完成了一次进程间的通信。
整个过程只使用了 1 次拷贝，不会因为不知道数据的大小而浪费空间或者时间，效率更高。
摘自刘望舒的《 Android 进阶指北》
想问下为什么需要开辟两个缓存区，这两个缓存区互相映射的目的是什么，直接使用一个缓存区不行吗？
有没有研究过的大佬解答一二，谢谢~
3 条回复 • 2021-04-09 14:13:40 +08:00
 |
1
rochek 23 小时 36 分钟前 既然学习，建议看代码
|
 |
2
tylinux 21 小时 22 分钟前 传统 IPC 就是一个内核缓冲区，但是这样会有两次内存拷贝，发送 -> 内核 -> 接收。Binder 里的『数据接收缓存区』其实是 mmap 到 『内核缓存区』的，同时，也会 mmap 到接收进程的用户空间下，所以一次 copy 就可以把数据同步到接收进程了。（非专业 Android 开发，可能有误）
|
 |
3
kerb15 20 小时 37 分钟前 via Android @tylinux 你的意思是不是说『内核缓存区』是属于内核空间的，而『数据缓存区』是 binder 驱动的，binder 驱动没办法让『内核缓存区』跟接受进程的用户空间直接做映射，所以必须在自己内部加多一块『接收数据缓存区』，做映射的中转
|