IPC—Android Binder （1）

• IPC是Inter-Process Communication的缩写，含义就是跨进程通信。

多进程场景

• WebView
• 加载图片
• 推送

原因

• 内存不够->内存就够了

• App运行独立的虚拟机——每个进程分配运行内存是有限的——32M、64M、48M

• 加载一个大图片——直接OOM

• 如果一旦奔溃，影响整个app，但多进程，其中一个崩溃不会影响主进程（微信小程序）

Java之间进程通信

• 共享内存
• socket
• 消息队列
• 管道
• 信号等等

Binder与 传统IPC对比

	Binder	共享内存	Socket
性能	需要拷贝一次	无需拷贝	需要拷贝两次
特点	基于C/S架构易用性高	控制复杂，易用性差	基于C/S架构作为一款通用接口，其传输效率低开销大，实时性差，用于网络通信
安全性	为每个app分配uid 同时支持实名和匿名	依赖上层协议 访问接入点是开放的 不安全	依赖上层协议 访问接入点是开放的 不安全

内存解释

• 虚拟空间——物理空间

• binder，MMap——memory map 内存映射，内核的映射的物理空间和userspace映射的物理空间一致。

为什么Binder还需要拷贝一次，不像共享内存一样

• 共享内存会导致死锁，多进程共享同一片内存区域，会有同步机制的问题，数据不同步，易用性差;

安全性(依赖性)

• 传统IPC自己上报自己的uid（以前身份证登记方式）;（依赖上层）
• binder系统为每个app分配一个uid;

安全性(访问接入点)

• 传统访问接入点开放，只要只要访问接入点，就可以破坏;
• binder同时支持实名和匿名（滴滴反馈一个司机给你），由系统给你反馈一个接入点;