【Binder】Android跨进程通信：详解 Binder机制

原创

已于 2024-11-23 11:57:12 修改 · 1.6k 阅读

标签

#binder #android

于 2024-11-22 20:50:04 首次发布

1 Binder介绍

粘合剂，意思为粘合了两个不同的进程。

Binder机制模型：Binder是Android中的跨进程通信（IPC）方式
虚拟的物理设备驱动：Binder驱动：连接Client进程、Server进程、ServiceManager进程
Binder类：实现IBinder接口

2 知识储备

2.1 进程空间划分

一个进程空间分为用户空间 & 内核空间（Kernel），用户空间不可共享，内核空间可共享（所有进程共用1个内核空间）

进程内用户空间 & 内核空间进行交互需通过 系统调用，主要通过函数：

copy_from_user（）：将用户空间的数据拷贝到内核空间

copy_to_user（）：将内核空间的数据拷贝到用户空间

2.2 进程隔离 & 跨进程通信（ IPC ）

进程隔离

为了保证安全性 & 独立性，一个进程不能直接操作或者访问另一个进程，即Android的进程是相互独立、隔离的

跨进程通信（ IPC ）

即进程间需进行数据交互、通信

跨进程通信的基本原理
在这里插入图片描述

Binder的作用则是：连接两个进程，实现了mmap()系统调用，主要负责创建数据接收的缓存空间 & 管理数据接收缓存

注：传统的跨进程通信需拷贝数据2次，但Binder机制只需1次，主要是使用到了内存映射，具体下面会详细说明

2.3 内存映射

关联进程中的1个虚拟内存区域 & 1个磁盘上的对象，使得二者存在映射关系

在多个进程的虚拟内存区域已和同1个共享对象建立映射关系的前提下
若其中1个进程对该虚拟区域进行写操作
那么，对于也把该共享对象映射到其自身虚拟内存区域的进程也是可见的

/**
  * 函数原型
  */
void *mmap(void *start, size_t length, int prot, int flags, int fd, off_t offset);

/**
  * 具体使用（用户进程调用mmap（））
  * 下述代码即常见了一片大小 = MAP_SIZE的接收缓存区 & 关联到共享对象中（即建立映射）
  */
  mmap(NULL, MAP_SIZE, PROT_READ, MAP_PRIVATE, fd, 0);

/**
  * 内部原理
  * 步骤1：创建虚拟内存区域
  * 步骤2：实现地址映射关系，即：进程的虚拟地址空间 ->> 共享对象
  * 注： 
  *    a. 此时，该虚拟地址并没有任何数据关联到文件中，仅仅只是建立映射关系
  *    b. 当其中1个进程对虚拟内存写入数据时，则真正实现了数据的可见
  */

内存映射的特点：

提高数据的读、写 & 传输的时间性能
1. 减少了数据拷贝次数
2. 用户空间 & 内核空间的高效交互（通过映射的区域直接交互）
3. 用内存读写代替 I/O读写
提高内存利用率：通过虚拟内存 & 共享对象

应用场景：

实现内存共享：如跨进程通信
提高数据读 / 写效率：如文件读 / 写操作

3 Binder 跨进程通信机制模型

3.1 模型原理图

Binder 跨进程通信机制模型基于 Client - Server 模式
在这里插入图片描述
各角色说明：

3.2 Binder驱动

是一种虚拟设备驱动

作用：连接Server进程、Client进程、ServiceManager进程

具体实现原理：内存映射内部调用了mmap()

实际用途：

创建数据接收缓存区
地址映射

在这里插入图片描述

3.3 模型原理步骤说明

在这里插入图片描述

3.4 额外说明

说明1：Client进程、Server进程 & Service Manager 进程之间的交互都必须通过Binder驱动（使用 open 和 ioctl文件操作函数），而非直接交互
在这里插入图片描述

说明2： Binder驱动 & Service Manager进程属于 Android基础架构（即系统已经实现好了）；而Client 进程和 Server 进程属于Android应用层（需要开发者自己实现）
所以，在进行跨进程通信时，开发者只需自定义Client & Server 进程并显式使用上述3个步骤，最终借助 Android的基本架构功能就可完成进程间通信

说明3：Binder请求的线程管理