应用做的匆忙，很多地方只顾实现功能，没有兼顾好性能，所以停下来重构代码优化性能，结果在打log看启动时间的时候，发现Application的onCreate执行了多次，这样导致重复初始化资源，初始化了3次导致接近1s时间。

发现这个是由独立进程引起的。即:process这个属性。

android:process

服务所在进程的名字。通常，一个应用的所有组件都运行在系统为这个应用所创建的默认进程中。这个默认进程是用这个应用的包名来命名的。

标签的process属性可以设置成和所有组件都不同的默认值。但是这些组件可以通过设置自己的process值来覆写这个默认值，这样可以让你的应用跨多进程运行。

如果被设置的进程名是以一个冒号开头的，则这个新的进程对于这个应用来说是私有的，当它被需要或者这个服务需要在新进程中运行的时候，这个新进程将会被创建。如果这个进程的名字是以小写字符开头的，则这个服务将运行在一个以这个名字命名的全局的进程中，当然前提是它有相应的权限。这将允许在不同应用中的各种组件可以共享一个进程，从而减少资源的占用。

例如一个应用运行在进程com.aoyousatuo.example中，android:process属性设置为com.rabbit.man,则新的进程名字为com.rabbit.run.

一般情况下一个服务没有自己独立的进程，它一般是作为一个线程运行于它所在的应用的进程中。但是也有例外，Android声明文件中的android:process属性却可以为任意组件包括应用指定进程，换句话说，通过在声明文件中设置android:process属性,我们可以让组件（例如Activity, Service等）和应用(Application)创建并运行于我们指定的进程中。

如果我们需要让一个服务在一个远端进程中运行（而不是标准的它所在的apk的进程中运行），我们可以在声明文件中这个服务的标签中通过android:process属性为其指定一个进程。

注意：这里选择”remote”这个名字是随意主观的，你能用其他名字来让这个服务在另外的进程中运行。冒号’:’这个前缀将把这个名字附加到你的包所运行的标准进程名字的后面作为新的进程名称。比如我这里有一个百度地图的服务，设置如下：

解决方法如下：

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

android.util.Log.e(TAG, "processName: " + processName);

    if (processName != null) {
        boolean defaultProcess = processName.equals(Constant.REAL_PACKAGE_NAME);
        if (defaultProcess) {
            //必要的初始化资源操作

            initOnce();
        }
    }

public static String getProcessName(Context cxt, int pid) {
    ActivityManager am = (ActivityManager) cxt.getSystemService(Context.ACTIVITY_SERVICE);
    List<ActivityManager.RunningAppProcessInfo> runningApps = am.getRunningAppProcesses();
    if (runningApps == null) {
        return null;
    }
    for (ActivityManager.RunningAppProcessInfo procInfo : runningApps) {
        if (procInfo.pid == pid) {
            return procInfo.processName;
        }
    }
    return null;
}