当应用中的 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 窗口上的显示如图 (记得修改过滤条件) :
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CENPeP0x-1651120613924)(//upload-images.jianshu.io/upload_images/1094967-bf1b299719fa42a2.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1000/format/webp)]
对于用户来讲,看不到具体的启动时间,而是应用启动时白屏展示的体验问题。举个例子来对比一下冷热启动的实际启动情况。新建一个工程,为了更好地模拟演示冷热启动效果,这里我在自定义 Application 类的 onCreate 方法中添加了如下代码来延长应用的冷启动时间:
public class MyApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
然后第一次编译运行,应用采取冷启动的方式打开 (使用菜单键关闭最近打开的应用,也能达到促使应用使用冷启动方式,延长启动时间的效果) ;接着使用返回键退出应用,再点击桌面应用图标,应用将采用热启动的方式打开。整个操作流程对应的效果如图:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mIPUISJh-1651120613925)(//upload-images.jianshu.io/upload_images/1094967-7ca95b7562ac6fa3.gif?imageMogr2/auto-orient/strip%7CimageView2/2/w/279/format/webp)]
可以看到,冷启动方式下,应用要经历一个短暂的白屏时间 (这个时间的长短视具体情况而定),用户体验极其不好。相比而言,热启动方式下,用户可以较快进入 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);
}
这么设置之后,效果如图:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qXO1iT94-1651120613926)(//upload-images.jianshu.io/upload_images/1094967-f3ec9c9fddaaeb78.gif?imageMogr2/auto-orient/strip%7CimageView2/2/w/287/format/webp)]
可以看到,冷启动方式下,用户点击桌面图标,没有任何反应,过一段时间应用才打开。其实这里只是将白屏背景透明化或者隐藏起来而已。
很显然,这种处理方式用户体验也极差。不过可喜的是,我们可以通过主题中的 windowBackground 属性,自定义应用启动时的窗口背景。至于这个背景如何设计,Google 已经在官网上给了建议和规范,可以参考:Launch screens(需要[翻墙](())。其实就是两种样式,如图:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-P91GKKHP-1651120613926)(//upload-images.jianshu.io/upload_images/1094967-c1a2ddf3b65f9ce8.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1000/format/webp)]
左图采用应用的 Logo 和 Slogan (甚至为了简单,Slogan 都可以不要),可以增强品牌推广效应;右图利用了 placeholder ,与主界面的 UI 框架保持一致,给用户产生一种应用启动非常快的视觉感受。这两种方案各自目的和应用场景有所不同,但设计理念确实不错。下面我们一一模仿实现,先看第一种。
新建一个名为 shape_launch.xml 的 drawable 文件,内容如下:
<?xml version="1.0" encoding="utf-8"?>然后修改 styles.xml 文件中的主题样式:
最后将这个主题设置给启动的 Activity,设置过程和上面隐藏启动窗口时的设置一样。效果如图:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SjtDTG9Z-1651120613927)(//upload-images.jianshu.io/upload_images/1094967-f042bd4bbae6c9dc.gif?imageMogr2/auto-orient/strip%7CimageView2/2/w/292/format/webp)]
第二种,使用与主界面 UI 框架一致的 placeholder 内容,这种情况下需要计算诸如 Statusbar、Toolbar 控件的高度,shape_launch.xml 内容如下:
<?xml version="1.0" encoding="utf-8"?>927)]
第二种,使用与主界面 UI 框架一致的 placeholder 内容,这种情况下需要计算诸如 Statusbar、Toolbar 控件的高度,shape_launch.xml 内容如下:
<?xml version="1.0" encoding="utf-8"?>