进程间通信总结

转载请以链接形式标明出处:
本文出自:103style的博客

《Android开发艺术探索》 学习记录


目录

  • 进程间通信方式回顾
  • 针对具体业务选用合适的IPC方式

进程间通信方式回顾

前面我们通过上面几篇文章分别介绍了相关的IPC方式,这里我们再来回顾下这些IPC方式是怎么实现的。

  • Bundle: 在Activity、Service、Receiver中可以直接通过Intent中的Bundle传递数据,不过数据大小不能超过缓冲区的最大限制 1M.

  • 文件共享:主要是通过IO操作实现,一方读,一方写。

  • Messenger:基于AIDL上的封装,通过客户端和服务端之间发送Message实现IPC,并且消息的处理是串行的,在有大量消息并发处理的时候就不太适用了。

  • AIDL:通过创建AIDL接口,然后再服务端实现对应stub类的方法,并在onBind的时候返回这个stub实例。然后客户端连上服务之后通过其Stub.asInterface()来获取对应的IPC实例。

  • ContentProvider:继承ContentProvider,然后实现增删改查接口来进行IPC。

  • Scoket:通过在服务端创建ServerSocket,在客户端创建对应的Socket连上服务端,然后通过服务端和客户端进行网络通信来实现IPC.


针对具体业务选用合适的IPC方式

通过上面的回顾,我们知道每种方法对应的直线方式,下面通过下表来介绍下它们的优缺点以及使用场景:

IPC方式 优点 缺点 适用场景
Bundle 简单易用 传输的类型的大小有限制 四大组件间的IPC
文件共享 简单易用 不合适高并发,
无法做到即时通信
交换简单的实时性不强的数据
AIDL 功能强大 使用较复杂,
需要处理线程同步
一对多通信且有RPC需求
Messenger 功能一般,
支持一对多串行通信和即时通信
不支持RPC,
不能很好处理高并发,
且只支持Bundle支持的数据格式
低并发的一对多即时通信
ContentProvider 在数据源访问上功能强大,
支持一对多并发数据共享,
可通过Call方法扩展其他操作
可以理解为受约束的AIDL,
主要进行CRUD操作
一对多进程间数据共享
Socket 功能强大,可以通过网络传递字节流,
支持一对多并发实时通信
实现稍有繁琐,
不支持直接的RPC
网络数据交换

如果觉得不错的话,请帮忙点个赞呗。

以上


扫描下面的二维码,关注我的公众号 Android1024, 点关注,不迷路。

Android1024

`