android开发之android:process属性

android:process 的坑

官方说明：

默认情况下，同一应用的所有组件均在相同的进程中运行，且大多数应用都不会改变这一点。 但是，如果您发现需要控制某个组件所属的进程，则可在清单文件中执行此操作。
各类组件元素的清单文件条目—、、 和 —均支持 android:process 属性，此属性可以指定该组件应在哪个进程运行。您可以设置此属性，使每个组件均在各自的进程中运行，或者使一些组件共享一个进程，而其他组件则不共享。 此外，您还可以设置 android:process，使不同应用的组件在相同的进程中运行，但前提是这些应用共享相同的 Linux 用户 ID 并使用相同的证书进行签署。
此外， 元素还支持 android:process 属性，以设置适用于所有组件的默认值。
如果内存不足，而其他为用户提供更紧急服务的进程又需要内存时，Android 可能会决定在某一时刻关闭某一进程。在被终止进程中运行的应用组件也会随之销毁。 当这些组件需要再次运行时，系统将为它们重启进程。
决定终止哪个进程时，Android 系统将权衡它们对用户的相对重要程度。例如，相对于托管可见 Activity 的进程而言，它更有可能关闭托管屏幕上不再可见的 Activity 进程。 因此，是否终止某个进程的决定取决于该进程中所运行组件的状态。 下面，我们介绍决定终止进程所用的规则。

很多第三方服务都涉及到这个东西，但是因为设置了 android:process 属性将组件运行到另一个进程，相当于另一个应用程序，所以在另一个线程中也将新建一个 Application 的实例。因此，每新建一个进程 Application 的 onCreate 都将被调用一次。 如果在 Application 的 onCreate 中有许多初始化工作并且需要根据进程来区分的，那就需要特别注意了，这样导致重复初始化资源。

因为项目中是那种H5跟原生混合开发的app，然后Android原生的WebView存在内存泄漏的隐患，采用了各种优化方案，其中就有给加载WebView界面的Activity添加android:process 属性，结果可想而知，在app原有的程序中开启了另外一个进程，也相当于在另一个应用程序中加载的WebView，导致界面变得异常卡顿，所以这个属性需要采用的使用就采用。

如果需要这个属性，也有解决方案，将对于的进程的名称获取下来在Application 里面进行初始化：

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())) {//判断进程名，保证只有主进程运行
    //主进程初始化逻辑
    ....
}

这样一来只初始化一次。