Android的IPC机制

IPC是Inter-Process Communication的缩写,含义为进程间通信或跨进程通信,是指两个进程之间进行数据交换的过程。

进程和线程是两个不同的概念,它们之间是包含与被包含的关系。
进程:一个执行单元,指一个程序或应用;
线程:CPU调度的最小单元;
一个进程可以包含多个线程。

Android应用内多进程唯一的方法:给四大组件在AndroidMenifest中指定android:process属性,无法给一个实体类或一个线程指定其运行时所在的进程。
(非常规的多进程方法:通过JNI在native层去fork一个新的进程。这种方法属于特殊情况,不是常用的创建多进程的方式,暂不讨论)

进程名命名方式:
以“:”开头的进程属于当前应用的私有进程,其他应用的组件不可以和它跑在同一进程中;
不以“:”开头的进程属于全局进程,其他应用通过ShareUID的方式可以和它跑在同一进程中(要求两个应用具有相同的ShareUID并且签名相同)。

Android会为每个进程分配一个独立的虚拟机,这个过程就是启动一个应用的过程,不同的虚拟机在内存分配上有不同的地址空间,这就导致在不同的虚拟机中访问同一个类的对象会产生多份副本。运行在同一个进程中的组件是属于同一个虚拟机和同一个Application的,运行在不同进程中的组件是属于两个不同的虚拟机和Application的。所以,应用内使用多进程会造成如下问题:
(1) 静态成员和单例模式完全失效;
(2) 线程同步机制完全失效;
(3) SharedPreferences的可靠性下降;
(4) Application会多次重建。

为了解决进程间数据共享问题,提供了如下几种IPC方式:

1. 使用Bundle

我们知道,Activity、Service、BroadcastReceiver都支持在Intent中传递Bundle数据,由于Bundle实现了Parcelable接口,所以它可以在不同进程间传输,我们只要在Bundle中附加需要传输给其他进程的数据并通过Intent发送出去即可。注意,传输的数据必须能够被序列化。

2. 使用文件共享

两个进程可以通过读/写同一个文件来交换数据,这种方式来共享数据对文件格式没有具体要求,只要约定好格式即可。这种方式的局限性在于,可能出现并发读/写的问题,导致读出的内容不是最新的,并发写的话更严重。所以,这种方式适合在对数据同步要求不高的进程之间通信,并要妥善处理并发读/写的问题。

注意:SharedPreferences是个特例,它也属于文件的一种,但是系统对它的读/写有一定的缓存策略,在内存中会有一份SharedPreferences文件的缓存,因此在多进程模式下,系统对它的读/写就变得不可靠,面对高并发的读/写操作,它有很大几率会丢失数据,因此,不建议在进程间通信使用SharedPreferences。

3. 使用AIDL

大致流程:服务端首先要创建一个Service来监听客户端的连接请求,然后创建一个AIDL文件,将暴露给客户端的接口在这个AIDL文件中声明,接着创建一个类继承自AIDL接口中的Stub类并实现Stub中的抽象方法,在Service的onBind方法中返回这个类对象;最后,客户端绑定服务端service,建立连接后就可以访问服务端方法了。详情链接

4. 使用Messenger

Messenger译为信使,可以在不同进程中传递Message对象,在Message中放入需要传递的数据即可。它是一种轻量级的IPC方案,底层实现是AIDL。
它一次处理一个请求,在服务端不需要考虑线程同步的问题,因为在服务端不存在并发执行的情形。实现一个Messenger的步骤:

  1. 服务端首先要创建一个Service来监听客户端的连接请求,同时创建一个Handler并通过它来创建一个Messenger对象,然后在Service的onBind中返回这个Messenger对象底层的Binder。
  2. 客户端首先要绑定服务端的Service,绑定成功后用服务端返回的IBinder对象创建一个Messenger对象,通过这个Messenger就可以向服务端发送消息了,消息类型为Message对象。当客户端需要服务端回应时,还需要创建一个Handler并创建一个新的Messenger,并把这个Messenger对象通过Message的replyTo参数传递给服务端,服务端通过这个replyTo参数就可以回应客户端了。
Messenger工作流程.png
5. 使用ContentProvider
6. 使用Socket

Socket氛围流式套接字和用户数据报套接字,分别对应网络控制传输层的TCP和UDP协议。进程间通信一般不选用此方式,故本章节对此方式不做详细介绍。
TCP协议:面向连接的协议,提供稳定的双向通信功能。TCP连接的建立需要经过“三次握手”,本身也提供了超时重传机制,有很高的稳定性;
UDP协议:无连接的协议,提供不稳定的单向通信功能。在性能上,UDP有更好的效率,缺点是不保证数据一定能够正确传输,尤其在网络拥塞的情况下。

总结:IPC方式对比(优缺点及适用场景)
IPC方式对比(优缺点及适用场景).png
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,752评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,100评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,244评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,099评论 1 286
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,210评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,307评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,346评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,133评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,546评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,849评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,019评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,702评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,331评论 3 319
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,030评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,260评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,871评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,898评论 2 351

推荐阅读更多精彩内容