android 多进程下的坑

android 多进程下的坑

一个进程的启动会分配一个android虚拟机，同时申请自己的堆栈空间，这样导致就可能存在异常的坑点。常见的案例即为android启动一个独立进程的service进行后台事件监听，如推送等功能。多进程之间的通信问题使得单例等情况变得异常。归纳坑点如下：

(1) Application会多次执行
一个进程的启动会分配一个android虚拟机，同时申请自己的堆栈空间。在application中进行的单例初始化情况，会分配在各自的堆栈空间当中，单例以及仅需执行一次初始化的功能就失效了。如果仅需初始化一次的操作，可通过进程名进行区分。

获取进程名代码
public static String getProcessName(Context context, int pid){
    ActivityManager am = (ActivityManager)
     context.getSystemService(Context.ACTIVITY_SERVICE);
    List<ActivityManager.RunningAppProcessInfo> runningApps = 
    am.getRunningAppProcesses();
    if (runningApps != null && !runningApps.isEmpty()) {
        for (ActivityManager.RunningAppProcessInfo procInfo : runningApps) 
        {
            if (procInfo.pid == pid) {
                return procInfo.processName;
            }
        }
    }
    return null;
}

(2) 静态成员和单例模式的失效
具有类层级的通用性质的变量，在多进程的情况下，仅在自身的栈空间内共享。在单例模式中也具有同样的性质。

(3) 线程同步问题失效
线程同步是锁住了同一对象，多进程情况下不具有这样的条件。

App多进程间的内存分布情况