Android IPC机制

什么是IPC，inter_process Communication的缩写，说人话：进程间通信。

三个问题：
1.进程和线程有什么区别，是什么关系。
2.为什么要采用多进程，在什么情况下用。
3.Android中有哪些进程间通信的方式。

第一个问题：
线程是CPU调度的最小单元，是一种有限的系统资源，而进程指执行单元，一个程序或者一个应用。一个进程能够包含多个线程。
扩展：在Android里面只有主线程也就是UI线程可以操作界面元素。耗时的操作比如网络下载放在主线程操作的话，可能引起ANR异常，即应用无响应。所以耗时操作需要另起线程。

第二个问题：
一是自身某些原因需要，比如某些模块需要单独的进程，二是是要从其他程序里边获取数据，比如拿通讯录数据。

第三个问题：
bundle、文件共享、AIDL、Messenger、ContentProvider、Socket、binder

进程的其他知识点
1.Android中一个应用开启多进程只能是给四大组件在注册时加上android：process属性，“：remote”表示当前进程的私有进程，不能和其他应用的组件跑在一起，而不以：开头的进程，表示全局进程，其他应用可以通过ShareUID和他跑在一起。
2.Android系统会为每个应用分配一个UID，当ShareUID和包名都相同的情况下，才可以跑在同一个进程当中，这时他们就相当于一个应用的两个部分，能够共享内存和数据。
3.通过给一个应用创建多个进程，然后应用中包含一个带有静态变量的实体类，再通过某一个进程为这个实体类的静态变量修改值，最后分别在这三个进程中打印实体类的静态变量的值。结果发现静态变量的值只在被改变的进程当中有效，其他进程中保持初始值。由此可以得出Android为每个进程都分配了一个独立的虚拟机，不同虚拟机在内存分配上有不同的地址空间，这就导致在不同的虚拟机访问同一个类的对象会产生很多副本。这就导致不同进程之间不能通过内存来共享数据。具体表现如下
（1）静态成员和单例模式完全失效
（2）线程同步机制完全失效
（3）SharePreferences的可靠性下降
（4）Application会被多次创建
关于ShareUID可以看一下## Android ShareUserId 使用总结

IPC的基础知识
为了更好的了解IPC的知识，就必须了解序列化和反序列化的知识（Serializable和Parcelable），以及Binder。

Serializable接口
这是一个Java提供序列化的接口，serialVersionUID，是序列化和反序列化的一个标识码，系统会根据类结构生成一个serialVersionUID，当类添加或者删除了成员变量，那么serialVersionUID值就会发生变化，这将导致之前序列化好的文件再进行反序列化时报错，所以最好手动指定一个serialVersionUID。

Parcelable接口
专门为Android设计的一个序列化接口，相对于Serializable，使用起来会复杂一点，但是效率更高。

Binder

image.png
image.png

进程间通信的几种方式
（1）Bundle
启动另一个进程的四大组件，通过Intent传递附加在Bundle里面的数据。这个是最简单的进程间通信。
（2）使用文件共享
就是在一个进程中把数据序列化写入文件中，然后在另一个进程中反序列化。需要注意的是Android中并发读写可能会导致数据的错误。所以这种方式最好是在低并发的情况下使用。
（3）Messenger
说白了就是使用Messenger携带Bundle数据，然后MessengerHandler读取数据，服务端和客户端相互绑定以后，相互发送数据，其底层实现就是AIDL。
（4）AIDL
1.服务端
服务端创建一个service来监听客户端的连接请求，然后创建一个AIDL文件，将暴露给客户端的接口在这个AIDL文件中声明，最后在Service中实现这个AIDL接口。
2.客户端
绑定服务端的接口，将绑定成功后的Binder对象转换成AIDL接口所属的类型，然后调用AIDL的方法。
3.AIDL文件的创建
AIDL支持的数据类型，包括基本数据类型（int，double，long，char，boolean），String和CharSequence，List只支持ArrayList里面每个元素都必须被AIDL支持，Map和List一样，所有实现了Parcelable接口的对象，所有的AIDL接口本身也可以在AIDL中使用。
自定义的Parcelable对象和AIDL对象都必须显示的import，并且必须放在同一个包内。除了基本的数据类型，其他类型的参数必须标上in、out、inout方向。AIDL只支持方法不支持静态常量。所有的AIDL文件最好统一放在一个文件夹里面，AIDL的包结构在服务端和客户端都必须保持一致。
4.Service的实现
创建一个实现AIDL方法的Binder对象，然后在onBinder里面返回。
5.客户端实现
在绑定时转换成AIDL对象，然后调用
6.解绑时因为Binder对象在传递过程中被变换了，所以要用RemoteCalBackList来解绑。

注意线程操作，因为AIDL是耗时操作。另外可以给我们的AIDL加上权限。
（5）ContentProvider
直接通过封装的CRUD方法实现数据交互。
（6）Scoket
通过scoket网络请求相互通信。

Binder连接池
就是为了有多个AIDL接口的时候方便统一管理，只要写一个service然后加一个Binder连接池就能统一管理。

image.png