1.Android多进程模式的运行机制

大部分人认为开启多进程是很简单的事情，只需要给四大组件指定android:process属性即可。比如说在实际的产品开发中，可能会有多进程的需求，需要把某些组件放在单独的进程中去运行，很简单吗？然后迅速给那些组件指定了android:process属性，然后编译运行，发现“正常地运行起来了”。真的如此吗？
先举个例子，SecondActivity通过指定android:process属性从而使其运行在一个独立的进程中，新建一个类，UserManager，这个类中有一个public的静态成员变量，如下所示：

public class UserManager{
   public static int sUserId = 1
}

然后再MainActivity的onCreate中把这个sUserId重新赋值为2，打印出这个静态变量的值后再启动SecondActivity，在SecondActivity中再打印sUserId的值。按照正常逻辑，静态变量在所有地方共享，并且有一处修改都会同步

但是sUserID还是1，看到这里应该明白了多线程带来的问题，多线程并非只是指定android:process属性那么简单。
上述问题的原因是SecondActivity运行在一个单独的进程中，Android为每一个应用（进程）分配了一个独立的虚拟机，不同的虚拟机在内存分配上有不同的地址空间，这就导致在不同的虚拟机中访问同一个类的对象会产生多份副本。以上述例子来说，进程com.ryg.chapter_2和进程com.ryg.chapter_2.remote中都存在一个UserManager类，并且这两个类是互不干扰的，在一个进程中修改sUserID的值只会影响当前进程，对其他进程不会造成任何影响。
所有运行在不同进程中的四大组件，只要他们之间需要通过内存来共享数据，都会共享失败，这也是多进程所带来的的主要影响。正常情况下，四大组件中间不可能不通过一些中间层来共享数据，那么通过简单地指定进程名来开启多线程都会无法正确运行。
一般来说，使用多进程会造成如下几方面的问题：
(1) 静态成员和单例模式完全失效
(2) 线程同步机制完全失效
(3) SharedPreference的可靠性下降
(4) Application会多次创建
第一个问题已经分析。第二个问题本质上和第一个类似，既然都不是一块内存了，不管是锁对象还是锁全局类都无法保证线程同步，因为不同进程锁的不是一个对象。第三个问题是因为SharedPreference不支持两个进程同时去执行写操作，否则会导致一定几率的数据丢失，这是因为SharedPreference底层是通过读/写XML文件来实现的，并发写显然是可能出问题的，甚至并发读/写都有可能出问题。第四个问题也是显而易见的，一个组件在一个新的进程中，由于系统要在创建新的进程同时分配独立的虚拟机，所以这个过程其实就是启动一个应用的过程，相当于系统又把这个应用重新启动了一遍，既然重新启动了，那么自然会创建新的Application，所以，运行在不同进程的组件是属于不同的虚拟机和Application的。
测试环节：
首先在Application的Oncreate方法中打印出当前进程的名字，然后连续启动三个同一应用内但属于不同进程的Activity，按照期望，Application的onCreate应该执行三次并打印出三次进程名不同的log，代码如下所示：

public class MyApplication extends Application{
  private static final String TAG = "MyApplication";
  
  @Override
  public void onCreate(){
  super.onCreate();
  String processName = MyUtils.getProcessName(getApplicationContext(),Process.myPid());
  
  Log.d(TAG,"application start,process name:" + processName);
 }
}

运行结果：

可以看出Application执行了三次Oncreate，并且每次进程名称和进程id都不一样，进程名和我们为Activity指定的android:process的属性一致。