1、Android进程间通信（IPC）全景概览：Binder、Socket、共享内存的对比与选型
各位同学好，我是老张。今天咱们聊聊Android IPC的全景图。
做Android系统开发，绕不开进程间通信。说白了，就是让两个进程能互相说话、传数据。Android里主流的IPC方式有三种：Binder、Socket、共享内存。嗯，今天我就把这三种方式掰开揉碎了讲清楚。
1.1 为什么Android需要多种IPC方式？
你想想看，一个手机系统里，有几十上百个进程在跑。Launcher要通知SystemUI，App要跟Service通信，MediaServer要给播放器传数据……场景千差万别。
我当年刚入行时，总觉得Binder能搞定一切。后来在项目中踩过坑才明白——没有银弹。每种IPC都有自己的脾气秉性。
核心原则：高频小数据用Binder，大数据块用共享内存，跨设备或网络用Socket。
1.2 Binder——Android的“亲儿子”
Binder是Android独有的IPC机制。它基于OpenBinder演化而来，Google把它深度集成进了系统框架。
Binder的核心特点：
- 一次拷贝：传统IPC需要两次拷贝（用户态→内核态→用户态），Binder只需要一次。性能比传统Socket高不少。
- 基于C/S架构：Service端注册服务，Client端通过代理调用。很像RPC（远程过程调用）。
- 安全性好：每个Binder实体都有UID/PID校验，系统可以精确控制权限。
我记得有一次，一个App频繁通过Binder传输几百KB的图片数据，结果卡得不行。后来一查，Binder传输超过1MB的数据就会触发内核的BINDER_TRANSACTION限制，直接报TransactionTooLargeException。
避坑指南：Binder单次传输数据量建议控制在100KB以内。超过这个阈值，我建议你考虑共享内存。
1.3 Socket——老当益壮的通用方案
Socket是Linux系统最经典的IPC方式。Android里也保留了完整的Socket支持。
Socket的适用场景：
- 跨设备通信：比如手机和手表、手机和车机之间的通信。
- 网络协议栈：HTTP、WebSocket等底层都是Socket。
- 简单点对点通信：两个进程之间不需要复杂框架的场景。
Socket的缺点也很明显——两次拷贝。数据从发送进程拷贝到内核，再从内核拷贝到接收进程。而且每次传输都要经过协议栈封装，开销不小。
我曾经在一个项目中用Socket做进程间实时音频流传输，延迟始终降不下来。后来换成共享内存+环形缓冲区，延迟直接砍半。
1.4 共享内存——性能怪兽
共享内存，说白了就是让两个进程直接读写同一块物理内存。零拷贝，性能天花板。
共享内存的优势：
- 零拷贝：数据不需要在内核和用户态之间来回倒腾。
- 大块数据传输：几百MB的视频帧、音频流，共享内存毫无压力。
- 低延迟：没有协议栈开销，没有序列化反序列化。
但共享内存也有麻烦的地方——同步问题。两个进程同时读写同一块内存，不加锁的话数据就乱套了。Android里通常用futex或信号量来做同步。
我的经验：Android的匿名共享内存（Ashmem）是共享内存的一种特殊实现。它支持内存回收和文件描述符传递，非常适合做多媒体数据共享。后面几章我会详细讲Ashmem的实现原理。
1.5 三种IPC方式的对比
| 特性 | Binder | Socket | 共享内存 |
|---|---|---|---|
| 数据拷贝次数 | 1次 | 2次 | 0次 |
| 传输延迟 | 低 | 中 | 极低 |
| 最大传输量 | ~1MB（受限制） | 无硬限制 | 取决于物理内存 |
| 安全性 | 高（内置UID/PID校验） | 中（需自行实现） | 低（需自行控制） |
| 跨设备能力 | 不支持 | 支持 | 不支持 |
| 使用复杂度 | 中（AIDL封装） | 低（标准API） | 高（需处理同步） |
| 典型应用 | Service调用、广播 | 网络通信、跨设备 | 多媒体数据、大块数据 |
1.6 如何选型？
我个人的选型原则很简单：
- 如果是系统服务调用、App与Service通信——无脑选Binder。Android框架就是为Binder设计的，用起来最顺手。
- 如果是传输大块数据（>1MB）——选共享内存。比如相机预览帧、音频PCM数据、视频编码流。
- 如果是跨设备或网络通信——选Socket。Binder和共享内存都只能在单机上用。
- 如果是高频小数据（<1KB）——Binder或Socket都行。但Binder的延迟更低一些。
一个真实案例：我之前做车载系统时，需要把导航地图数据从Service传给UI进程。地图数据动辄几十MB，用Binder直接报TransactionTooLargeException。后来改成共享内存+Ashmem，问题迎刃而解。嗯，这就是我为什么特别推崇共享内存的原因。
1.7 本章小结
三种IPC方式各有千秋。Binder是Android的基石，Socket是通用方案，共享内存是性能利器。你不需要记住所有细节，但一定要知道什么场景用什么工具。
下一章，我会深入讲解Android匿名共享内存（Ashmem）的内核实现。从mmap到page fault，从shrinker到内存回收，咱们一层层扒开它的外衣。
好，今天就到这里。有问题欢迎在评论区留言。