Android中的多进程模式
一般情况下，在Android中多进程是指一个应用中存在多个进程的情况。
多进程使用原因：
-
有些模块需要运行在单独的进程，或者为了加大应用可使用的内存所以通过多进程来获取多份内存空间。
-
开启多进程时，单一进程的崩溃并不会影响整体应用的使用。
-
当项目需要解耦，模块化时，通过开辟新的进程，独立的JVM，来达到解耦的目的，开发团队可以并行，提高进度。
开启多进程模式
在AndroidManifest中指定android:process属性。
<activity android:name="com.test.myapplication.MainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<action android:name="android.intent.action.VIEW" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<activity android:name="com.test.myapplication.SecondActivity"
android:process=":remote">
</activity>
<activity android:name="com.test.myapplication.ThirdActivity"
android:process="com.test.myapplication.remote">
- MainActivity没有指定process属性，因此它运行在默认进程中，进程名是包名com.test.myapplication。
- SecondActivityz指定的process的value值以":"开头，表示该进程是当前进程的私有进程，其它应用的组件不可以和它跑在同一个进程中。该进程名为com.test.myapplication:remote。
- ThirdActivity指定的process不以：开头，属于全局进程，其它应用可以通过shareUID方式和它跑在同一个进程中（相同的shareUID和签名）。该进程名为com.test.myapplication.remote。
ShareUID：
在Android里，每个app都有一个唯一的linux user ID，因此权限就被设置成该应用程序的文件只对该用户和应用程序自身可见。假如让两个app使用相同的userID，不论是否在同一个进程，它们都能看到对方的文件，比如data目录，组件信息等。如果在同一个进程，还可以共享内存数据。
进程的优先级
Android 系统会尽量长时间地保持应用进程，但为了新建进程或运行更重要的进程，最终需要移除旧进程来回收内存。系统会根据进程的重要性来决定移除进程。
-
前台进程（foreground process） ：用户当前操作所必须的进程。
-
可见进程： 没有任何前台组件，但仍会影响用户在屏幕上所见内容的进程。
-
服务进程：正在运行已使用startService()方法启动的服务，且不属于上述两个更高级类别进程的进程。
尽管服务进程与用户所见内容没有直接关联，但是它们通常在执行一些用户关心的操作（例如，在后台播放音乐或从网络下载数据）。因此，除非内存不足以维持所有前台进程和可见进程同时运行，否则系统会让服务进程保持运行状态。 -
后台进程：包含目前对用户不可见的Activity的进程（已调用Activity的onStop()方法）。
这些进程对用户体验没有直接影响，系统可能随时终止它们，以回收内存供前台进程、可见进程或服务进程使用。 -
空进程：不含任何活动应用组件的进程。
保留这种进程的的唯一目的是用作缓存，以缩短下次在其中运行组件所需的启动时间。为使总体系统资源在进程缓存和底层内核缓存之间保持平衡，系统往往会终止这些进程。
多进程的缺点：
1. 静态成员和单例模式的完全失效。
Android为每个应用分配一个独立的虚拟机，或者说为每一个进程分配一个独立的虚拟机，不同的虚拟机在内存分配上有不同的地址空间，这就导致在不同虚拟机中访问同一个类的对象会产生多份副本。
public class Utils {
public static int sUserId = 1;
}
public class MainActivity extends AppCompatActivity {
private static final String TAG = MainActivity.class.getName();
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Utils.id = 2;
Log.d(TAG,"main id = "+Utils.id);
findViewById(R.id.button1).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent(MainActivity.this,SecondActivity.class);
startActivity(intent);
}
});
}
}
public class SecondActivity extends AppCompatActivity {
private static final String TAG = SecondActivity.class.getName();
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_second);
Log.d(TAG,"second id = "+Utils.id);
}
}
以上代码在MainActivity中更改了id的值为2，当启动SecondActivity时，log打印出来id的值为1。这个值并没有因为在MainActivity中的修改而改变。因为MainActivity和SecondActivity分别是com.test.myapplication和com.test.myapplication:remote两个进程，因此这两个进程中都存在一个Utils类，并且互不干扰，在一个进程中修改id的值只会影响当前进程，对其他进程不会造成任何影响。
2. 线程同步机制完全失效。
因为都不是同一块内存空间，所以不管是锁对象还是锁全局类都无法保证线程同步，因为不同进程锁的不是同一个对象。
3. SharePreferences的可靠性降低。
SharePreferences不支持两个进程同时去执行写操作，否则会导致一定几率的数据丢失。之前可以使用MODE_MULTI_PROCESS字段，但也不是很可靠，现在已经不使用了。
* @deprecated MODE_MULTI_PROCESS does not work reliably in
* some versions of Android, and furthermore does not provide any
* mechanism for reconciling concurrent modifications across
* processes. Applications should not attempt to use it. Instead,
* they should use an explicit cross-process data management
* approach such as {@link android.content.ContentProvider ContentProvider}.
*/
@Deprecated
public static final int MODE_MULTI_PROCESS = 0x0004;
4. Application会多次创建。
当一个组件在另一个进程运行时，相当于另一个应用程序，所以再另一个进程中也将新建一个Application的实例。因此，每新建一个进程，Application的onCreate都会被调用一次。
如果在Application的onCreate中有许多初始化工作并且需要根据进程来区分，可以根据判断进程名来区分。获取进程名代码如下：
public static String getProcessName() {
try {
File file = new File("/proc/" + android.os.Process.myPid() + "/" + "cmdline");
BufferedReader mBufferedReader = new BufferedReader(new FileReader(file));
String processName = mBufferedReader.readLine().trim();
mBufferedReader.close();
return processName;
} catch (Exception e) {
e.printStackTrace();
return null;
}
}
