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同时支持实名和匿名(滴滴反馈一个司机给你),由系统给你反馈一个接入点;

猜你喜欢

转载自blog.csdn.net/Grekit_Sun/article/details/108573830