Android——IPC机制

作者:黑衣侠客


前言

本篇博客主要讲解Android中的IPC机制,首先介绍多进程的概念、多进程开发者模式中注意的事项、Android中的序列化机制和Binder、Bundle、文件共享、AIDL、Messager、ContentProvider和Socket等进程间通信的方式,本篇博客持续更新。

一、Android——IPC简介

IPC是Inter-Progress Communication的缩写,译为进程间的通信或是跨进程通信,指的是:两个进程之间进行数据交换的过程
按照操作系统中的描述,线程是CPU调度的最小单元,同时线程是一种有限的系统资源。而进程一般指一个执行单元,在PC和移动设备上指一个程序或者一个应用。一个进程可以包括多个线程,因此进程和线程是包含与被包含的关系。一个进程中可以只有一个线程,即主线程,在Android里面主线程也叫UI线程,在UI线程里才能操作界面元素

很多时候,一个进程中需要执行大量的耗时任务,如果这些任务放在主线程中去执行,就会造成界面无法响应,严重影响用户体验,这种情况在PC系统和移动系统中都存在,在Android中有一个特殊的名字叫做ANR(Application Not Responding)即应用无响应。

解决这个问题就需要用到线程,把一些耗时的任务放在线程中即可。
IPC不是Android中所独有的,任何一个操作系统都需要有相应的IPC机制:
  • Windows可以通过剪贴板、管道、邮槽等来进行进程间通信;
  • Linux上可以通过命名管道、共享内容、信号量等来进行进程间通信;
我们可以看到,不同的操作系统有着不同的进程通信方式,那么对于Android来说,它是一种基于Linux内核的移动操作系统,它的进程间通信方式并不能完全继承自Linux,它有自己独特的进程间通信方式,通过Binder可以轻松地实现进程间通信,除了Binder,Android还支持Socket,通过Socket也可以实现任意两个终端之间的通信,当然,同一个设备的两个进程通过Socket通信自然也是可以的。
那么谈到IPC的使用场景,就必须提到多进程,只有面对多进程这种场景下,才需要考虑进程间的通信。
多进程的情况一般分为两种:
  • 应用因为某些原因自身需要采用多进程模式实现
  • 当前应用需要向其他应用获取数据

二、Android中的多进程模式

谈到这里,我们先复习一下Android的四大组件,Android的四大组件包括(Activity,Service,Receiver,ContentProvider),通常情况下,Android中的多进程是指一个应用中存在多个进程的情况,在Android中使用多进程只有一个办法,那就是给四大组件在AndroidMenifest中指定android:process属性,
Android——IPC机制(一)_第1张图片

这里的SecondActivity和ThirdActivity的android:process属性分别为:remote和com.ryg.chapter_2.remote,那么我们来谈谈这两者的区别。

首先,“:”的含义是指要在当前的进程名前附加上当前的包名,这是一种简写的方法,对于SecondActivity来说,它的完整的进程名为com.ryg.chapter_2:remote , 而对于ThirdActivity中的声明方式,它是一种完整的命名方式,不会附加包名信息;其次,进程名以“:”开头的进程属于当前应用的私有进程,其他应用的组件不可以和它跑在同一个进程中,而进程名不以“:”开头的进程属于全局进程,其他应用通过ShareUID方式可以和它跑在同一个进程中。

Android系统会为每个应用分配一个唯一的UID,具有UID的应用才能共享数据。

而多进程绝非只是仅仅指定了android:process属性那么简单。

我们知道,Android为每一个应用分配了一个独立的虚拟机,或者说为每一个进程分配了一个独立的虚拟机,不同的虚拟机在内存上有不同的地址空间,这会导致在不同的虚拟机中访问的同一个类的对象会产生多份副本。
在正常情况下,四大组件中间不可能不通过一些中间层来共享数据,那么通过简单的指定进程名来开启多进程都会无法正确运行。
只开启process是无法利用多进程来实现共享数据的
一般来说,使用多进程会造成如下一些问题:
  • ① 静态成员和单例模式完全失效
  • ② 线程同步机制完全失效
  • ③ SharedPreferences的可靠性下降
  • ④ Application 会多次创建

① : 在进程1和进程2中,都存在一个类,类中存在静态的变量,而存在于进程1和进程2中的这个类是互不干扰的,在进程1中修改静态变量的值只会影响当前的进程,对其他进程不会有任何的影响。

② : 既然不是一块内存,那么不管是锁对象还是锁全局类都无法保证线程同步,因为不同进程锁不是同一个对象。

③ : SharedPreferences 不支持两个进程同时去执行写操作,否则会导致一定几率的数据丢失,这是因为SharedPreferences底层是通过读/写XML文件来实现的,并发写显然是可能出问题的,甚至并发读/写都有可能出现问题。

④ :当一个组件跑在一个新的进程中的时候,由于系统要在创建新的进程同时分配独立的虚拟机,所以这个过程其实就是启动一个应用的过程。因此,相当于系统又把这个应用重新启动了一遍,既然重新启动了,那么自然会创建Application。

在Android的多进程模式中,不同进程的组件的确会拥有独立的虚拟机、Application以及内存空间。

虽然Android多进程带来了很多的问题,但我们还是可以通过跨程序通信来实现数据交互的,例如:Intent来传递数据,共享文件和SharedPreferences,基于Binder的Messenger和AIDL以及Socket等。

更多相关文章

  1. Android ContentProvider 多进程multiprocess 详解
  2. Android——多线程
  3. 【Android】socket通信【客户端访问】
  4. Android 系统级应用守护进程
  5. input系统一 loop线程的创建与运行
  6. Android进程 与 消息模型
  7. AndroidUI线程机制
  8. 【Android學習專題】網絡通信篇:Socket TCP(简易聊天室)
  9. android aidl 进程通信 调用错误

随机推荐

  1. XML属性
  2. ANR Bug分析
  3. android--使用Struts2服务端与android交
  4. 关于Android界面编程与视图(View)组件
  5. 【转】Android-Action Bar使用方法
  6. Android GDI之SurfaceFlinger
  7. Android merge抽象布局介绍
  8. 在LinearLayout中实现列表,列表采用Linea
  9. 【Android开发那点破事】Android中Activi
  10. protected-broadcast 的一些细节