Binder 内存映射和接收缓存区管理

在回答题目的问题之前，首先有几个问题，请读者思考一下。

1. 抛开Binder不谈，传统的IPC方式中，数据是怎样从发送端到达接收端的呢？
2. Binder是使用什么样的策略实现IPC的？
3. Binder一次拷贝的秘密是什么？

带着问题，我们来看看Binder通信的原理，找找题头问题的答案：

1. 传统IPC方式的数据传送原理

传统IPC通常的做法是，发送方将准备好的数据存放在缓存区中，调用API通过系统调用进入内核中。内核服务程序在内核空间分配内存，将数据从发送方缓存区复制到内核缓存区中。接收方读数据时也要提供一块缓存区，内核将数据从内核缓存区拷贝到接收方提供的缓存区中并唤醒接收线程，完成一次数据发送。这种存储-转发机制有两个缺陷：首先是效率低下，需要做两次拷贝：用户空间 -> 内核空间 -> 用户空间。Linux使用 copy_from_user() 和 copy_to_user() 实现这两个跨空间拷贝，在此过程中如果使用了高端内存（high memory），这种拷贝需要临时建立/取消页面映射，造成性能损失。其次是接收数据的缓存要由接收方提供，可接收方不知道到底要多大的缓存才够用，只能开辟尽量大的空间或先调用API接收消息头获得消息体大小，再开辟适当的空间接收消息体。两种做法都有不足，不是浪费空间就是浪费时间。

2. Binder采用的IPC策略

Binder采用一种全新策略：由Binder驱动负责管理数据接收缓存。我们注意