转载请以链接形式标明出处:
本文出自: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, 点关注,不迷路。
`
网友评论