在 《阅读手札:《Android开发艺术探索》(一)》中主要介绍了Activity的生命周期以及异常处理、启动模式、意图过滤器。本篇文章主要介绍的是《Android开发艺术探索》的第二章 IPC机制
个人评语：第二章的内容非常多（第二章近90页内容），内容有IPC机制基本概念；序列化Serializable、Parcelable；Binder；实现IPC的多种方式；Binder连接池内容非常多，但还是要耐着性子分析完。
IPC基本概念：
IPC、是英文 Inter-Process-Communication的缩写，翻译过来就是跨进程通信或者进程间通信、进程简单理解就是一个应用或者一个程序、而线程是进程的最小执行单元，关于线程、
必须要理清的Java线程池（原创）这里有近万字的详细描述。那什么情况会考虑跨进程的通信，毕竟任何概念的设计出现都是为了解决问题以及应用实践而诞生的。
一般来说，跨进程通信的实现理由分为两种：
- A：某些原因下自身需要多进程来实现，如：特殊原因需要运行在独立的线程；或者为了加大一个应用的内存来获取更大的内存空间提高运行流畅度（参考某Q的做法）
- B：当前应用为了获取其他应用的数据
以上两种情况是跨进程通信的实现场景。
那如何开启跨进程通信？
在Android中开启多进程的方式只有一种：给四大组件在清单文件注册的时候，在对应的组件标签内部声明如下即可：
android:process = " "
注意，这种跨进程通信的标签有2种写法，写法的不同代表的意思也不同，假定现在的包名是：com.test.tzw
android:process = ":newpro"
这种写法，标签代表的具体意思是（：这个符号）当前组件，运行的进程名称是，当前包名加进程名，也就是com.test.tzw：newpro，当然这也代表它是一个私有进程，不以：开头的进程属于全局进程，其他应用可以通过ShareUID方式跟他跑在同一个进程
android:process = "com.test.loveandroid.newpro"
写法二，这是一种完整的命名方式，不会附加包名信息。
跨进程通信带来的问题：
跨进程通信也会带来一系列问题，在这种模式下带来的后果之前我们先搞清楚几个基本概念：
概念一：
Java基础告诉我们，静态成员变量在所有地方共享，一处修改所有对应的静态成员变量都会生效，但是Android系统为每一个应用都提供了一个独立的虚拟机，不同的虚拟机会有不同的地址空间，这就导致不同的虚拟机
访问同一个类的对象会有多个副本
概念二：
线程是基于进程存在的，进程有变化，线程对应也会存在相应的变化
概念三：
SharedPreferences是我们很熟悉的存储数据的方式，它的底层是用XML进行文件的读/写，如果跨进程同时操作可能会造成稳定性下降
概念四：
跨进程，理论上在系统上又开辟分配了一个新的虚拟机，同样Application也会根据开辟分配的次数创建对应的次数
总结，跨进程带来的问题如下：
- 静态成员变量和单例模式失效
- 线程同步机制完全失效
- SharedPreferences稳定性下降
- Application会多次创建
序列化：
大家对序列化都已经很熟悉了，这里就快速总结，序列化一共分2种，一种是Java自带的序列化，也就是Serializable，还有一种是Android提供的序列化，也就是Parcelable。实现序列化主要是为了通过Intent、Binder传输对象数据使用，当然,阿里的路由框架 也要求对象传递使用序列化，下面就逐个分析：
Serializable
这是Java为我们提供的，使用起来很简单，JavaBean对象直接实现Serializable接口，在声明一个 serialVersionUID即可，
当然，这个serialVersionUID不写也可以，但是会对反序列化过程产生影响，所以正确的使用姿势还是是按照说明，声明serialVersionUID，这个serialVersionUID一般为这个类的hash值。
注意：
- 静态成员变量属于类而不属于对象，所以不会参与序列化过程
- 使用transient关键字声明的成员变量不会被序列化
Parcelable
Parcelable序列化是Android给我们提供的一种序列化方式，它的写法稍微复杂，但是不用怕，现在已经有插件帮我们一键生成Parcelable序列化，而且Parcelable序列化效率比Serializable更高、且更方便我们在Android平台上面使用。
那么实现IPC的方式有：
如果这篇文章对你有帮助，希望各位看官留下宝贵的star，谢谢。
Ps:著作权归作者所有,转载请注明作者, 商业转载请联系作者获得授权，非商业转载请注明出处(开头或结尾请添加转载出处，添加原文url地址),文章请勿滥用,也希望大家尊重笔者的劳动成果。
