本文为个人学习笔记分享，没有任何商业化行为，对其他文章的引用都会标记。如有侵权行为，请及时提醒更正！如需转载请表明出处
本文主要来源是 任玉刚大神的《Android开发艺术探索》
如果说用一句话来形容多进程，一句话："当应用开启了多进程以后，各种奇怪的现象都出现了"。大部分人认为开启多进程是很简单的事情，只需要给四大组件指定android：process属性即可。比如说在实际的产品开发中，可能会有多进程的需求，需要把某些组件放在单独的进程中去运行，很多人都会觉得这不是很简单么？然后迅速的给那些组件设置android：process属性，然后编译运行，发现“正常的运行起来了”。但真正运行起来了么？
创建项目并创建MainActivity 和 SecondActivity，其中SecondActivity指定android：process属性，从而使其运行在独立的进程中。新建一个UserManager的类
public class UserManager{
public static int sUserid=1;
}
然后在MainActivity 的onCreate 中我们把sUserid重新赋值为2，打印这个静态变量后再启动SecondActivity，在SecondActivity的onCreate中我们再打印一次sUserid的值
2
1
出现上述问题的原因是因为SecondActivity运行在一个单独的进程中，Android为每一个应用分配一个独立的虚拟机，或者说为每一个进程都分配了一个独立的虚拟机，不同的虚拟机在内存分配上有不同的地址空间，这就导致在不同的虚拟机中访问同一个类的对象会产生多个副本。拿上个例子来说，在进程A和进程B中都会存在一个UserManager类，并且这两个类互不干扰，在一个进程中修改sUserid的值，对其他进程不会造成影响，这样我们就可以理解为什么在MainActivity中修改了值，在SecondActivity中sUserid没有发送变化的原因了。
所以运行在不同进程中的四大组件，只要它们之间需要通过内存来共享数据，都会失败，这也是多进程带来的主要影响。正常情况下，四大组件中间不可能不通过一些中间层来共享数据，那么通过简单的指定进程名来开启多进程都会无法正确运行。当然，特殊情况下某些组件之间不需要共享数据，这个时候可以直接指定android：process属性来开启多线程，但是这种场景是不常见的，几乎所以情况都需要共享数据。
一般来说，使用多进程会造成如下几方面的问题：
- 静态成员和单例模式失效
- 线程同步机制失效
- SharedPreferences的可靠性下降
- Application 会多次创建
1.2.4个问题都是由于不同虚拟机问题导致的。而SharedPreferences可靠性降低是因为不支持两个进程同时去执行写操作，否则会导致一部分数据有几率丢失，这是因为SharedPreferences 底层是通过读／写XML文件来实现的，并发的读写显然是可能出问题的。
我们分析了多进程所带来的问题，但是我们不能因为多进程有很多问题就不去正视它，为了解决这些问题，系统提供了很多跨进程通信的方法，虽然不能直接地共享内存，但是通过跨进程通信我们可以实现数据交互。例如：通过Intent传递数据，共享文件，SharedPreferences，基于Binder 的Messenger和AIDL以及Socket等。
