Android之Service设置android:process作用

在AndroidManifest.xml中定义service时会看到这样的代码android:process=”:remote”，例如：

这个代码是什么意思呢？

我们先来了解一下Service在AndroidManifest.xml中的声明语法，其格式如下：

    android:exported=["true" | "false"]
    android:icon="drawable resource"
    android:isolatedProcess=["true" | "false"]
    android:label="string resource"
    android:name="string"
    android:permission="string"
    android:process="string" >
    . . .

• android:exported：代表是否能被其他应用隐式调用，其默认值是由service中有无intent-filter决定的，如果有intent-filter，默认值为true，否则为false。为false的情况下，即使有intent-filter匹配，也无法打开，即无法被其他应用隐式调用。
• android:name：对应Service类名
• android:permission：是权限声明
• android:process：是否需要在单独的进程中运行,当设置为android:process=”:remote”时，代表Service在单独的进程中运行。注意“：”很重要，它的意思是指要在当前进程名称前面附加上当前的包名，所以“remote”和”:remote”不是同一个意思，前者的进程名称为：remote，而后者的进程名称为：App-packageName:remote。
• android:isolatedProcess ：设置 true 意味着，服务会在一个特殊的进程下运行，这个进程与系统其他进程分开且没有自己的权限。与其通信的唯一途径是通过服务的API(bind and start)。
• android:enabled：是否可以被系统实例化，默认为 true因为父标签 也有 enable 属性，所以必须两个都为默认值 true 的情况下服务才会被激活，否则不会激活。
   

1）默认情况（不指定process属性）

1、一个app只运行在一个进程中，进程名字为包名。
2、一个service（所有组件都一样）只作为一个线程运行在app的进程中，没有自己独立的进程。

 

2）设置android:process="xxxx"后

1、设置了这行代码，系统就会为service创建新的进程
      service将运行在这个新的独立的进程，它所在的apk依旧运行在原来进程。这样就实现了Android使用多进程
2、属性值可以随意定义
       xxxx是自定义的，上面代码的remote是随便写的
3、当属性值以冒号开头   ：，如 android:process  = “ :xxxx ”
       表示：将为 app 创建一个私有进程，其他 app 无法访问，进程名称是：包名: xxxx
4、当属性值以小写字母开头，如 android:process = “xxxx”
       表示：这个进程是对外公开的，其他app可以访问它，进程名称是：xxxx

注意：a） 和四大组件节点都可设置
             b）设置 可以指定app的进程名称
             c）若 节点和四大组件都设置了android:process="xxx:xxxx"属性，以组件的属性为准

 

下面援引官方说明文档：

 

 

3）多进程引发的问题

静态成员和单例失效：每个进程保持各自的静态成员和单例，相互独立。
线程同步机制失效：每个进程有自己的线程锁。
SharedPreferences可靠性下降：不支持并发写，会出现脏数据。
Application多次创建：不同进程跑在不同虚拟机，每个虚拟机启动会创建自己的Application，自定义Application时生命周期会混乱。
综上，不同进程拥有各自独立的虚拟机，Application，内存空间，由此引发一系列问题，因此在跨进程通信开发时，要注意避开上述问题。

 

重点来了，因为设置了 android:process 属性将组件运行到另一个进程，相当于另一个应用程序，所以在另一个线程中也将新建一个 Application 的实例。因此，每新建一个进程 Application 的 onCreate 都将被调用一次。 如果在 Application 的 onCreate 中有许多初始化工作并且需要根据进程来区分的，那就需要特别注意了。

让我们到 Framework 中看看新建进程的逻辑，请打开老罗的博客 ： Android系统在新进程中启动自定义服务过程（startService）的原理分析

详细介绍了新进程启动的过程，其中我们重点看到 Step 17. ActivityThread.handleCreateService中

public final class ActivityThread {  
 
    ......  
 
    private final void handleCreateService(CreateServiceData data) {  
        // If we are getting ready to gc after going to the background, well  
        // we are back active so skip it.  
        unscheduleGcIdler();  
 
        LoadedApk packageInfo = getPackageInfoNoCheck(  
            data.info.applicationInfo);  
        Service service = null;  
        try {  
            java.lang.ClassLoader cl = packageInfo.getClassLoader();  
            service = (Service) cl.loadClass(data.info.name).newInstance();  
        } catch (Exception e) {  
            if (!mInstrumentation.onException(service, e)) {  
                throw new RuntimeException(  
                    "Unable to instantiate service " + data.info.name  
                    + ": " + e.toString(), e);  
            }  
        }  
 
        try {  
            if (localLOGV) Slog.v(TAG, "Creating service " + data.info.name);  
 
            ContextImpl context = new ContextImpl();  
            context.init(packageInfo, null, this);  
 
            Application app = packageInfo.makeApplication(false, mInstrumentation);  
            context.setOuterContext(service);  
            service.attach(context, this, data.info.name, data.token, app,  
                ActivityManagerNative.getDefault());  
            service.onCreate();  
            mServices.put(data.token, service);  
            try {  
                ActivityManagerNative.getDefault().serviceDoneExecuting(  
                    data.token, 0, 0, 0);  
            } catch (RemoteException e) {  
                // nothing to do.  
            }  
 
        } catch (Exception e) {  
            if (!mInstrumentation.onException(service, e)) {  
                throw new RuntimeException(  
                    "Unable to create service " + data.info.name  
                        + ": " + e.toString(), e);  
            }  
        }  
    }  
 
    ......  
 
}  

看到这行 Application app = packageInfo.makeApplication(false, mInstrumentation); 在这里创建了 Application 。

解决方案

获取当前运行进程的名称：

方案1
public static String getProcessName(Context cxt, int pid) {  
    ActivityManager am = (ActivityManager) cxt.getSystemService(Context.ACTIVITY_SERVICE);  
    List runningApps = am.getRunningAppProcesses();  
    if (runningApps == null) {  
        return null;  
    }  
    for (RunningAppProcessInfo procInfo : runningApps) {  
        if (procInfo.pid == pid) {  
            return procInfo.processName;  
        }  
    }  
    return null;  
}  
目前网上主流的方法，但效率没有方案2高，感谢由王燚同学提供的方案2

方案2
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;
  }
}
然后在 Application 的 onCreate 中获取进程名称并进行相应的判断，例如：

String processName = getProcessName(this, android.os.Process.myPid());

if (!TextUtils.isEmpty(processName) && processName.equals(this.getPackageName())) {//判断进程名，保证只有主进程运行
    //主进程初始化逻辑
    ....
}

 

 

 

4）如何实现跨进程通讯？

使用AIDL