Android应用冷启动过程分析和优化方案你了解多少

启动方式

---

安卓应用的启动方式分为三种：冷启动、暖启动、热启动，不同的启动方式决定了应用UI对用户可见所需要花费的时间长短。顾名思义，冷启动消耗的时间最长。基于冷启动方式的优化工作也是最考验产品用户体验的地方。谈及优化之前，我们先看看这三种启动方式的应用场景，以及启动过程中系统都做了些什么工作。

冷启动 (Cold start)

在安卓系统中，系统为每个运行的应用至少分配一个进程 (多进程应用申请多个进程) 。从进程角度上讲，冷启动就是在启动应用前，系统中没有该应用的人和进程信息 (包括 Activity、Service 等) 。所以，冷启动产生的场景就很容易理解了，比如设备开机后应用的第一次启动，系统杀掉应用进程 (如：系统内存吃紧引发的 kill 和 用户主动产生的 kill) 后 的再次启动等。那么自然这种方式下，应用的启动时间最长，因为相比另外两种启动方式，系统和我们的应用要做的工作最多。

应用发生冷启动时，系统有三件任务要做：

1. 开始加载并启动应用；

2. 应用启动后，显示一个空白的启动窗口；

3. 创建应用进程信息；

系统创建应用进程后，应用就要做下面这些事情：

1. 初始化应用中的对象 (比如 Application 中的工作)；

2. 启动主线程 (UI 线程) ；

3. 创建第一个 Activity；

4. 加载内容视图 (Inflating) ；

5. 计算视图在屏幕上的位置排版 (Laying out)；

6. 绘制视图 (draw)。

只有当应用完成第一次绘制，系统当前展示的空白背景才会消失，才会被 Activity 的内容视图替换掉。也就是这个时候，用户才能和我们的应用开始交互。下图展示了冷启动过程系统和应用的一个工作时间流：

这其中有两个 creation 工作，分别为 Application 和 Activity creation。从图中看出，他们均在 View 绘制展示之前。所以，在应用自定义的 Application 类和 第一个 Activity 类中，onCreate() 方法做的事情越多，冷启动消耗的时间越长。

暖启动 (Warm start)

当应用中的 Activities 被销毁，但在内存中常驻时，应用的启动方式就会变为暖启动。相比冷启动，暖启动过程减少了对象初始化、布局加载等工作，启动时间更短。但启动时，系统依然会展示一个空白背景，直到第一个 Activity 的内容呈现为止。

热启动 (Lukewarm start)

相比暖启动，热启动时应用做的工作更少，启动时间更短。热启动产生的场景很多，常见如：用户使用返回键退出应用，然后马上又重新启动应用。

启动时间

---

从 Android 4.4 (API 19) 开始，Logcat 自动帮我们打印出应用的启动时间。这个时间值从应用启动 (创建进程) 开始计算，到完成视图的第一次绘制 (即 Activity 内容对用户可见) 为止。如：

11-15 14:06:25.710 1071-1130/? I/ActivityManager: Displayed com.yifeng.qqtemp/.MainActivity: +3s610ms

对应在 logcat 窗口上的显示如图 (记得修改过滤条件) ：

对于用户来讲，看不到具体的启动时间，而是应用启动时白屏展示的体验问题。举个例子来对比一下冷热启动的实际启动情况。新建一个工程，为了更好地模拟演示冷热启动效果，这里我在自定义 Application 类的 onCreate 方法中添加了如下代码来延长应用的冷启动时间：

public class MyApplication extends Application {

@Override
public void onCreate() {
super.onCreate();

try {
Thread.sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}

}

然后第一次编译运行，应用采取冷启动的方式打开 (使用菜单键关闭最近打开的应用，也能达到促使应用使用冷启动方式，延长启动时间的效果) ；接着使用返回键退出应用，再点击桌面应用图标，应用将采用热启动的方式打开。整个操作流程对应的效果如图：

可以看到，冷启动方式下，应用要经历一个短暂的白屏时间 (这个时间的长短视具体情况而定)，用户体验极其不好。相比而言，热启动方式下，用户可以较快进入 Activity 主界面与应用发生交互行为。

优化方案

---

应用的冷启动总是无法避免的，也就是说冷启动时用户总要经历一个启动等待时间。开发人员唯一能做的就是在 Application 和 第一个 Activity 中，减少 onCreate() 方法的工作量，从而缩短冷启动的时间。像应用中嵌入的一些第三方 SDK，都建议在 Application 中做一些初始化工作，开发人员不妨采取懒加载的形式移除这部分代码，而在真正需要用到第三方 SDK 时再进行初始化。

还有一种简单粗暴的方式就是通过主题设置，不显示启动时的白屏背景。新建一个主题样式，并添加如下属性：

或

true

然后将这个主题样式设置给第一个启动的 Activity ，如：

备注：这里没有将该主题设置在 Application 标签里，主要是该主题只适用于第一个 Activity，如果放置在 Application 标签中会修改所有 Activity 的主题样式。

再修改该 Activity 类的代码，在加载布局视图前，将主题修改回来：

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setTheme(R.style.AppTheme);

setContentView(R.layout.activity_main);
}

这么设置之后，效果如图：

可以看到，冷启动方式下，用户点击桌面图标，没有任何反应，过一段时间应用才打开。其实这里只是将白屏背景透明化或者隐藏起来而已。

很显然，这种处理方式用户体验也极差。不过可喜的是，我们可以通过主题中的 windowBackground 属性，自定义应用启动时的窗口背景。至于这个背景如何设计，Google 已经在官网上给了建议和规范，可以参考：Launch screens（需要翻墙）。其实就是两种样式，如图：

左图采用应用的 Logo 和 Slogan (甚至为了简单，Slogan 都可以不要)，可以增强品牌推广效应；右图利用了 placeholder ，与主界面的 UI 框架保持一致，给用户产生一种应用启动非常快的视觉感受。这两种方案各自目的和应用场景有所不同，但设计理念确实不错。下面我们一一模仿实现，先看第一种。

新建一个名为 shape_launch.xml 的 drawable 文件，内容如下：

<?xml version="1.0" encoding="utf-8"?>

**自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。**

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

总结

作为一名从事Android的开发者，很多人最近都在和我吐槽Android是不是快要凉了？而在我看来这正是市场成熟的表现，所有的市场都是温水煮青蛙，永远会淘汰掉不愿意学习改变，安于现状的那批人，希望所有的人能在大浪淘沙中留下来，因为对于市场的逐渐成熟，平凡并不是我们唯一的答案！

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

.(img-2cNfpDNb-1712556264779)]
[外链图片转存中…(img-HxmklRGt-1712556264780)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！