IPC基础知识
Android 中的IPC机制
1. Android IPC简介
IPC是Inter-Process Communication的缩写,含义为进程间通信或者跨进程通信,是指两个进程之间进行数据交换的过程。
线程是CPU调度的最小单元,同时线程是一种有限的系统资源。而进程一般指一个执行单元,在PC和移动设备上指一个程序或者一个应用。一个进程可以包含多个线程,因此进程和线程是包含与被包含的关系。
🎈最简单的情况下,一个进程中可以只有一个线程,即主线程。在Android里面主线程也叫UI线程,在UI线程里才能操作界面元素。
很多时候,一个进程中需要执行大量耗时的任务,如果这些任务放在主线程中去执行就会造成界面无法响应,严重影响用户体验,在Android中有一个特殊的名字叫做ANR(Application Not Responding),即应用无响应。解决这个问题就需要用到线程,把一些耗时的任务放在线程中完成。
IPC不是Android中独有的,任何一个操作系统都需要有相应的IPC机制。对于Android来说,它是一种基于Linux内核的移动操作系统,它的进程间通信并不能完全继承自Linux。在Android中最有特色的进程间通信方式是Binder,通过Binder可以轻松地实现进程间通信。除了Binder,Android还支持Socket,通过Socket也可以实现任意两个终端之间的通信。
说到IPC的使用场景就必须提到多进程,只有面对多进程这种场景下,才需要考虑进程间通信。
1.1 开启一个进程
通过在四大组件中指定android:process 开启多进程,以下两种方式都可以开启一个进程
1 |
|
两种开启方法有一点区别:
:
的含义表示,要在当前进程的前面加上当前的包名,这只是一种简写。- `:开头的进程属于当前应用的私有进程。其他应用的组件不可以和他运行在同一个进程中。
com.luxi.LaunchMode:remote
这种命名方式则是全局进程,其他应用可以通过ShareUID方式可以和他运行在同一个进程下。
🚑可以这样理解:
如果有两个应用(包名不同),他们具有相同的Share UID,并且签名相同。那么就可以在某些方面共享数据和权限。比如data目录、组件信息。
比如将apk打成系统apk,需要指定
android:sharedUserId="android.uid.system"
,然后还需要系统签名。通过修改process属性,将两个apk(Share User Id相同)指定绑定到进程名为com.demo,那么这两个apk可以视为一个应用的两个部分,内存共享。
通过共享用户ID来实现多个应用程序使用同一个进程(一些情况的测试) - 午夜稻草人 - 博客园 (cnblogs.com)
1.2 多进程模式的运行机制
- 共享用户标识 (Share User Id): 共享用户标识允许两个或多个应用共享相同的用户 ID 和数据。这意味着它们可以访问并修改对方的数据(前提是有相应的权限)。这在一些特定的应用场景中可能很有用,例如同一个开发者创建的多个应用之间共享用户数据。
- 包名不同: 尽管两个 APK 共享用户标识,但它们的包名是不同的。包名是 Android 系统用于唯一标识每个应用的字符串。由于包名不同,系统会将这两个应用视为不同的应用。
- 签名密钥相同: 由于签名密钥相同,这意味着这两个应用都来自同一个开发者,并且它们可以共享一些签名密钥相关的特性,例如共享相同的数字证书。
🎄同一个应用间的多进程:它就相当于两个不同的应用采用了SharedUID的模式
使用多进程会造成如下几个方面的问题:
- 静态成员和单例模式完全失效
- 线程同步机制完全失效
- SharedPreferences的可靠性下降
- Application会多次创建
2. 进程间的通信原理
2.1 Linux传统的进程间通信

- 消息发送方将要发送的数据存放在内存缓存区中
- 通过系统调用进入内核态
- 内核程序在内核空间分配内存,开辟一块内核缓存区
- 调用copy_from_user()函数将数据从用户空间的内存缓冲区拷贝到内核空间的内核缓冲区中
- 接收方进程在接收数据时在自己的用户空间开辟一块内存缓冲区
- 接收方进程接收数据
2.2 Android中的Binder跨进程通信

- 首先Binder驱动在内核空间创建一个数据接收的缓存区
- 在内核空间开辟一块内核缓存区,建立内核缓存区和内核中数据接收缓存区之间的映射关系,以及内核中数据接收缓存区和接收进程用户空间地址的映射关系
- 当发送方进程通过系统调用copy_from_user()将数据copy到内核缓存区时,由于内核缓存区和接收数据的用户空间存在映射关系,所以就直接把数据发送到了接收进程的用户空间,完成了一次进程间的通信.
3.Android 中进程间通信的方式
常见的有下面几种方式:
使用Bundle的方式
使用文件共享的方式
使用Messenger的方式
使用AIDL的方式
使用ContentProvider的方式
使用广播接收者(Broadcast)的方式
使用Socket的方式
3.1 使用Bundle的方式
1 |
|
- Bundle传递的数据包括:string、int、boolean、byte、float、long、double等基本类型或它们对应的数组。
- 当Bundle传递的是对象或对象数组时,必须实现Serialiable或Parcelable接口。
- Bundle所保存的数据是以key-value(键值对)的形式保存在ArrayMap中
3.2 使用文件共享的方式
- 文件共享对于文件格式没有要求,只要双方约定数据格式即可。
- 如果存在并发写入的情况,我们应该使用进程同步限制多个进程的写操作。
- SharedPreferences不能用于共享文件实现进程通信。因为系统对于它的读写有一定的缓存策略,在内存中有SharedPreferences的缓存。在多进程下,系统对他的读写就会变得不可靠。
3.3 使用Messenger的方式
3.3.1 Messenger 概述
Messenger是基于消息Message的传递的一种轻量级IPC进程间通信方式(通过在一个进程中创建一个指向Handler的Messenger,并将该Messenger传递给另一个进程),当然本质就是对Binder的封装(也是通过AIDL实现的 )。通过Messenger可以让我们可以简单地在进程间直接使用Handler进行Message传递,跨进程是通过Binder(AIDL实现),而消息发送是通过Handler#sendMessage方法,而处理则是Handler#handleMessage处理的;当然除了Handler之外还可以是自定义的相关的某些IBinder接口,简而言之,Messenger的跨进程能力是由构造时关联的对象提供的。
3.3.2 Messenger 的具体实现
1.
1 |
|
- 准备一个接收服务端消息的Handler
1 |
|
- 准备一个保存消息的Messenge(从服务端返回的Messenge)
1 |
|
- 绑定服务
1 |
|
- 向服务端发送消息。
obtain.replyTo = mGetReplyMessenger;
将mGetReplyMessenger
传递给服务端。
1 |
|
1 |
|