PS：当应用开启了多进程之后，各种奇怪的现象都出现了
PS：当应用开启了多进程之后，各种奇怪的现象都出现了
PS：当应用开启了多进程之后，各种奇怪的现象都出现了
1. 先举个例子，引出话题
或许很多人以为看了上边的例子之后，觉得设置进程不就是添加一个process属性吗，这有啥啊，简单得很，我的程序也能运行起来，也没有你说的那么多奇怪的问题啊。或许你可以这么幼稚的认为吧，但是你真的试过了吗？下边来举个栗子试下吧：
建立三个activity，线程的设置和上篇文章写的是一样的，然后在建立一个静态类，里边创建一个静态变量命名为userId=1；
然后我们在MainActivity的onCreate方法里边让userId=2，然后在MainActivity和SecondActivity的OnCreate方法里分别打印userId，来看下结果。
来看下代码：
打印结果呢，来看下
喂喂喂，等下，你处理了什么鬼逻辑，为什么你的第二个进程的userId打印结果是1，或许有很多人已经产生了这样的疑问，其实我什么都没有处理，他本来就应该是1。
好了，咱们来分析下，为啥会有这种操作。
上篇文章已经说过了，开启一个新的进程，系统会单独分配一个进程，我们知道Android为每个应用分配了一个单独的虚拟机，或者说每个进程都分配了一个单独的虚拟机，不同的虚拟机在内存的分配山个有不同的空间，这就导致了在不同的虚拟机中访问同一个类的对象会产生多分副本。并且每个副本之间互不干扰。拿刚才的例子来说，我们在MainActivity里边赋值userId = 2，那么他影响的只是当前的进程，对其他的进程没有影响。这样就可以理解上述情况了。
2. 多进程之间我们需要注意什么
所有运行在不同进程间的四大组件，只要他们之间需要通过内存共享数据，都会共享失败。这也是多进程带来的主要影响。正常情况下，四大组件中间不可能不提供过一些中间层来共享数据，那么通过简单的指定进程名来开启多进程都会无法正确的运行。当然不共享数据，并且开启多进程的情况不考虑在列。（请不要较真吗，抬杠，谢谢！！）
一般情况下，使用多进程会造成如下几个问题：
(1) 静态成员和单例模式完全失效，原因上边已经分析过了。
(2) 线程同步机制完全失效，和上边的情况类似，既然都不在同一个内存块里边了，那么不管是锁对象还是锁全局类都无法保证线程同步。因为不同的进程锁的不是同一个对象。
(3) SharedPreferences的可靠性下降。原因是因为SharedPreferences不支持两个进程同时去执行写操作，否则会导致一定几率数据丢失。这是因为SharedPreferences底层是通过读/写XML文件来实现的，并发写显然是可能出现问题的，甚至并发读/写都可能出现问题。当然我没有一棍子打死，也不是说不能使用这个，请读者朋友注意下。
(4) Application会多次重建。当一个组件跑在一个新的进程中的时候，由于系统要创建新的进程同时分配独立的虚拟机。所以这个过程就是启动一个应用的过程。因此，相当于系统又把这个应用重新启动了一遍，既然启动了，那么自然会重建Application。
3.解决办法
有人这时候会说了，既然多进程这么麻烦，还有这么多错误，我干脆别用了，以后遇到这样的需求直接推到算了，但是如果你这样，真的能成长吗，算一个合格的程序员吗？那又有人问：既然这样，那怎么办呢。这也正是我想说的，既然系统有多进程，当然 也会有对应的解决办法，
系统为我们提供了很多跨进程通信的方法，虽然说不能直接的共享内存，但是通过跨进程通信我们还是可以实现数据交互的。实现方法有很多，比如通过Intent来传递数据，共享文件和SharedPreferences，基于Binder的Messenger和AIDL以及Socket等。
