转载请以链接形式标明出处： 本文出自:103style的博客
《Android开发艺术探索》 学习记录
目录
- 进程间通信方式回顾
- 针对具体业务选用合适的IPC方式
进程间通信方式回顾
- 通过 Bundle、文件共享、Messenger实现进程间通信
- 进程间通信的方式之AIDL
- 进程间通信的方式之ContentProvider
- 进程间通信的方式之Scoket
前面我们通过上面几篇文章分别介绍了相关的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 | 网络数据交换 |
如果觉得不错的话，请帮忙点个赞呗。
以上
