Android多进程app中Application回调onCreate()方法被执行多次分析及解决

最新推荐文章于 2024-04-19 13:14:16 发布

虚妄皆空

最新推荐文章于 2024-04-19 13:14:16 发布

阅读量1w

点赞数 4

CC 4.0 BY-SA版权

分类专栏： Android # API 文章标签： android application 多进程

本文链接：https://blog.youkuaiyun.com/sz_chrome/article/details/72911392

Android 同时被 2 个专栏收录

57 篇文章

订阅专栏

API

23 篇文章

订阅专栏

本文探讨了Android应用中多进程的问题，特别是Application类在不同进程中的初始化问题。介绍了通过getRunningAppProcesses()方法和UsageStatsManager类获取当前进程名称的技术，并提出了一种新的开源方案来解决这一难题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

问题描述

最近工作中碰到一个问题，在优化app，使用DDMS查看Application log过程中看到，app启动了三个进程，一个主进程，两个附带的进程。如下图可看到一个app启动的三个进程。
启动三个进程

自定义Application回调方法onCreate()被执行了3次。开始不知是何原因。

解决方案

第一：getRunningAppProcesses()

每个进程对应一个application，这样可以通过针对特定进程名，进行相应的初始化工作，避免资源浪费，执行时间消耗。

因为Application的执行时间影响着首个activity，service等的启动时间。即Application执行时间越长，首个组件（activity）启动时间越晚，给用户造成的感觉就是应用启动速度特别慢。
3个进程启动耗时

可以看出，Application回调方法onCreate()被执行3次，均执行耗时操作，这样造成了在点击应用logo后，到看到进入app，首个页面（Activity）启动，耗时将近6s，外加处理器速度，在较慢的机器上，这个时间可能更长，甚至超过10s。

目前较多采用的方法既是所提到的根据具体进程来进行相应的初始化工作，核心的获取对应进程的方法如下：

/**
 * 获取进程名。
 * 由于app是一个多进程应用，因此每个进程被os创建时，    
 * onCreate()方法均会被执行一次，
 * 进行辨别初始化，针对特定进程进行相应初始化工作，
 * 此方法可以提高一半启动时间。
 *
 * @param context 上下文环境对象
 *
 * @return 获取此进程的进程名
 */
private String getProcessName(Context context) {
    ActivityManager am = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
    List<ActivityManager.RunningAppProcessInfo> runningAppProcesses = am.getRunningAppProcesses();
    if (runningAppProcesses == null) {
        return "";
    }

    for (ActivityManager.RunningAppProcessInfo runningAppProcess : runningAppProcesses) {
        if (runningAppProcess.pid == android.os.Process.myPid()
                && !TextUtils.isEmpty(runningAppProcess.processName)) {
            return runningAppProcess.processName;
        }
    }
    return "";
}

这样经过测试，在不同的进程被创建时，进行不同的工作，执行时间可以缩短一半。
修改3个进程启动耗时

虽然这种方法在某些版本上可以奏效，在但Android 5.0+版本中，由于Google开始收紧对Android底层权限管理，在趋势上方法getRunningAppProcesses()将会被毙掉。因为已经在一些版本的环境中，此方法返回null。

第二：UsageStatsManager

使用类UsageStatsManager来获取运行的apps列表，但是使用这个类需要添加一个权限PACKAGE_USAGE_STATS，而此权限是系统权限，要使用必须到Settings应用中去针对应用进行授权（我们的app用户肯定不会愿意多次一步）。另外，据称有些OEM厂商已经删除了此项设置，换言之在Settings中找不到授权入口。

因此这个途径也就被毙掉了。