android 多进程编程 必看！

关于进程的基础概念不再赘述

首先讨论如果一个程序内存在多个进程时创建顺序

看如下代码

public class MyApplication extends Application{

	public static int test = 0;
	@Override
	public void onCreate() {
		super.onCreate();
		Log.i("ydp", "MyApplication onCreate pid:"+Process.myPid());
		startService(new Intent(this, ServiceA.class));
		startService(new Intent(this, ServiceB.class));
	}
	
}

MyApplication会在程序首次载入时运行onCreate方法，里面我开启了两个Service，

ServiceA在配置文件里标明了使用单独进程

<service android:name=".ServiceA" android:process=":service"></service>

大家是不是觉得步骤是这样，

MyApplication onCreate--->ServiceA onStart 并创建新进程 ---->ServiceB onStart 保持原进程

现实比想像严峻的多啊，先看看LOG输出

MyApplication onCreate pid:26660
MyApplication onCreate pid:26673
Service A onStart pid:26673
Service A onStart pid:26673
Service B onStart pid:26660
Service B onStart pid:26660

不难看出，实际实际情况是首先创建一个PID为26660的Application，在遇到startServiceA时，由于ServiceA采用了新的进程，则 先要初始化该进程，所以又创建了一个PID为26673的Application实例，新进程实例出来，26660进程的startServiceA才得以继续，由于此时已经存在两个进程，两个独立的虚拟机，所以我们看到26673进程也执行了startServiceA， 此时由于新进程已存在，所以不再重新创建，最后两个进程有 互不干扰的执行了startServiceB

事实是android在遇到需要放在新进程的组件时，首先创建此进程，此时当前进程的当前线程是阻塞的，直到新进程创建。

所以当我们要启动单独进程组件时需要注意，进程的创建会影响继承了Application的实例，里面的方法会完全再执行一遍，很多认喜欢把大量初始化工作放在里面，尽管进程由于处于不同虚拟机，里面的所有内存私有，但一些影响文件、UI等无进程概念的问题会出现。