40. 与共享内存对比：Binder 与纯共享内存在易用性与安全性上的对比
这个问题，说实话，是面试中非常经典的一道“对比题”。很多同学背了八股文，知道Binder有拷贝、共享内存无拷贝，但真要问起“那你项目里为什么不用共享内存？”就卡住了。
我个人的经验是，这两者没有绝对的优劣，只有场景的匹配度。今天我们就掰开揉碎了聊聊，Binder和纯共享内存，在易用性和安全性上到底差在哪。
40.1 先看本质：它们解决的是同一个问题吗？
其实不是。共享内存解决的是“数据共享”，Binder解决的是“对象调用与数据传递”。
你想想看，共享内存就是一块物理内存，映射到多个进程的虚拟地址空间。大家都能读写，像一块公共黑板。而Binder呢？它更像一个“邮递员+保安”的组合——你写好信（数据），邮递员帮你送过去，保安还检查你有没有权限。
所以，从设计目标上，它们就分道扬镳了。
40.2 易用性对比：谁更“傻瓜式”？
我直接说结论：Binder的易用性远高于纯共享内存。
为什么？
- Binder封装了传输层：你只需要定义AIDL接口，写几个方法，框架帮你搞定序列化、反序列化、线程切换。我早期做多媒体项目时，用Binder传递一个视频帧的元数据，几行代码就搞定了。
- 共享内存需要你手动管理同步：你得自己加锁、信号量、或者futex。我曾经在一个项目中用共享内存传递音频数据，结果因为锁没加好，两个进程同时写，数据全乱了。排查了整整两天，最后发现是pthread_mutex没初始化……
核心差异：
- Binder：你只管业务逻辑，传输细节框架帮你做。
- 共享内存：你既要管业务逻辑，还要管同步、生命周期、内存映射。
但共享内存也有它的“爽点”——零拷贝。如果你要传大量数据（比如几百MB的视频流），Binder那一次拷贝的开销就显出来了。共享内存直接映射，读写就是内存操作，快得飞起。
我的建议： 小数据（< 1MB）用Binder，大数据（> 1MB）考虑共享内存。但注意，共享内存的“易用性”代价是你要自己处理所有边界情况。
40.3 安全性对比：谁更让人放心？
这一点，Binder完胜。没什么好争的。
Binder的安全性体现在几个层面：
- 身份认证：每个Binder实体都有UID/PID，服务端可以精确知道谁在调用。我做过一个支付相关的服务，就靠这个来校验调用方是不是系统应用。
- 权限控制：Android的权限机制直接集成在Binder里。你可以声明某个接口需要特定权限，框架自动检查。
- 数据隔离：Binder传递的数据是“复制”过去的，接收方修改不会影响发送方。这天然避免了竞态条件。
共享内存呢？ 说白了就是“裸奔”。
- 没有身份认证：任何进程只要能打开你的共享内存文件描述符，就能读写。
- 没有权限控制：你得自己实现一套ACL（访问控制列表），或者依赖文件系统权限。
- 数据同步全靠自觉：一个进程写，另一个进程读，如果不同步，读到一半的数据就是脏数据。
注意： 共享内存本身不提供任何同步机制。你必须在共享内存之上叠加信号量、互斥锁等。我曾经见过一个团队，直接用共享内存传JSON，不加任何锁，结果线上频繁出现解析失败——因为读的时候写还没完成。
40.4 一张图看懂对比
我画了一张对比图，帮你快速理清思路：
40.5 实际项目中的选择策略
我这些年做过的项目里，总结了一套选择策略，分享给你：
| 场景 | 推荐方案 | 原因 |
|---|---|---|
| 跨进程调用方法（如startActivity） | Binder | 需要RPC语义，Binder天然支持 |
| 传递小数据（< 1MB） | Binder | 开发效率高，安全性好 |
| 传递大数据（> 1MB） | 共享内存 + Binder传递fd | 避免Binder拷贝开销，通过Binder传递文件描述符来建立共享内存 |
| 实时音视频数据 | 共享内存 + 环形缓冲区 | 零拷贝 + 低延迟，但需要精心设计同步 |
| 需要权限控制的场景 | Binder | 共享内存无法做到细粒度权限 |
一个常见的“最佳实践”：
用Binder传递控制命令和元数据，用共享内存传递实际的大块数据。两者通过Binder传递的文件描述符（fd）来关联。这样既享受了Binder的易用性和安全性，又获得了共享内存的性能优势。
40.6 避坑指南
最后，分享几个我踩过的坑：
- 共享内存的同步问题：我曾经用共享内存传视频帧，没加读写锁，结果解码器读到一半的帧，画面花屏。后来加了futex做同步，才稳定下来。
- Binder的传输大小限制：Binder默认的传输缓冲区是1MB，超过会抛TransactionTooLargeException。我见过有人试图传一张10MB的图片，直接崩溃。正确的做法是用共享内存传大块数据。
- 共享内存的生命周期管理：如果进程异常退出，共享内存可能没有被正确释放。我建议用引用计数或者结合Binder的死亡通知来管理。
嗯，总的来说，Binder和共享内存各有千秋。Binder胜在易用和安全，共享内存胜在性能。理解它们的本质差异，你就能在项目中做出合理的选择。
公众号:蓝海资料掘金营，微信deep3321