单个apk使用多进程

首先说下之所以去研究这个，主要是因为一个进程的内存限制是定死的，如果有什么特别耗内存的动作则会OOM，

使用多进程就可以使得我们一个apk所使用的内存限制加大几倍。

先来看看，如果按照一般的写法所用的代码

在这里先是通过Process.myPid()获取进程的进程ID号，再通过ActivityManager.RunningAppProcessInfo来遍历
所有运行中的Activity，对比ID来获取所需要的进程名（通过ID获取当前运行的进程名）。
我们可以看到，两个Activity是在同一个Process中：com.breeze.multiprocess即包名，同时两者所打出的MultiProcessTestActivity中的静态布尔变量也都是true，因为在第一个Activity中设置的是true。

接着我们对manifest进行修改，在后面一个acticity中添加一句
                                          android:process = "com.breeze.MultiProcess.test"
再来看所打出来的日志和进程表
09-10 15:25:25.223: I/MultiProcessTestActivity(13893): true
09-10 15:25:25.239: I/MultiProcessTestActivity(13893): com.breeze.multiprocess
09-10 15:25:25.239: I/MultiProcessTestActivity(13893): com.breeze.multiprocess
09-10 15:25:25.239: I/MultiProcessTestActivity(13893): com.breeze.multiprocess
09-10 15:25:25.255: I/ActivityManager(1275): Starting activity: Intent { cmp=com.breeze.multiprocess/.MultiProcessTest_1_Activity }
09-10 15:25:25.262: I/ActivityManager(1275): Start proc com.breeze.MultiProcess.test for activity com.breeze.multiprocess/.MultiProcessTest_1_Activity: pid=13907 uid=10098 gids={}
09-10 15:25:25.450: D/ddm-heap(13907): Got feature list request
09-10 15:25:25.630: I/WindowManager(1275): adjustConfigurationLw fontScale=1.0
09-10 15:25:25.872: I/MultiProcessTest_1_Activity(13907): false
09-10 15:25:25.895: I/MultiProcessTest_1_Activity(13907): com.breeze.MultiProcess.test



从进程表和日志可以看出，两个Activity没有在同一进程中，并且后者打出来的布尔量是false。很明显，两个
进程之间的内存相互是透明的，不同的进程是不同的虚拟机实例，相互之间互相透明，所以这个时候就需要
在application中去对不同的进程来做不同的初始化工作和配合调度工作了。