App启动方式分为 冷启动 热启动 温启动。
冷启动:冷启动指的是APP第一次启动或者被kill掉之后启动,可见冷启动的必要条件是APP进程不存在。这意味着系统要创建进程,然后完成APP初始化。在三个启动方式中,冷启动占用时间最长,因此对冷启动的优化是最具挑战的。
温启动:指的是Activity因为内存不足等原因被回收,此时APP进程还在不需要重新创建,但是Activity需要重新走onCreate流程。场景是启动淘宝一个界面,然后再去聊微信很长时间,再次返回淘宝,就有可能出现这种情况。
热启动:热启动指的是APP进程和界面都存在,不用重新创建,场景是启动淘宝界面,然后聊了一句微信,再次返回继续浏览。
点击APP到界面绘制走的流程
在之前分析过的Activity启动流程中,我们发现如果进程没有的话会通过socket方式使Zygote进程fork一个新的进程,然后通过反射的方式执行ActivityThread的main方法,在main方法中完成Application的创建与附载,最后再执行Activity的生命周期onCreate方法。
进程启动后系统还有一个工作就是:进程启动后立即显示应用程序的空白启动窗口。
一旦系统创建应用程序进程,应用程序进程就会负责下一阶段。这些阶段是:
1.创建应用程序对象
2.启动主线程
3.创建主要Activity
4.绘制视图(View)
5.布局屏幕
6.执行初始化绘制
一旦应用程序完成第一次绘制,系统程序就会使用Activity的背景替换Window的背景,此时用户就可以使用App了。
此时可以发现有明显的优化点:
1.Application的onCreate优化
当APP启动时,空白的启动窗口将保留在屏幕上,直到系统首次完成绘制应用程序。如果应用程序有自己的Application对象,此时就会调用Application对象的onCreate方法,之后会生成主线程(UI线程),然后创建Activity来执行任务。
2.Activity的onCreate优化
Activity的onCreate承载了最核心的任务,UI绘制和数据初始化。因此对启动时间影响很大。
启动速度优化方案
量化Activity启动时间
要想优化Android启动,就必须对Android启动时间进行量化。常用的量化方法有:
- 1.adb shell命令
adb shell am start -W [packageName]/[packageName.MainActivity]
输出日志如下:
Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] cmp
=com.xj.performanceoptimization/.MainActivity }
Status: ok
Activity: com.xj.performanceoptimization/.MainActivity
ThisTime: 502
TotalTime: 502
WaitTime: 525
Complete
ThisTime:一般和TotalTime一样,除非在应用启动时开了一个透明的Activity预先处理一些事再显示出主Activity,这样将比TotalTime小
TotalTime:应用的启动时间,包括创建进程+Application初始化+Activity初始化到界面显示。
WaitTime:一般比TotalTime大点,包括系统影响的耗时。
- 2.代码log日志
- 3.Android 4.3(API级别18)之后的版本代码中增加systrace命令 Trace.beginSection(String)和Trace.endSection()获取执行时间。
Application onCreate优化
我们开发中经常将一些SDK的初始化工作放到Application的onCreate方法中,这样一来势必会影响应用的响应时间,因此我们需要注意以下几点:
1.除了必要的SDK初始化,其余的SDK初始化工作采用懒加载的方式,当使用到时才去初始化。
2.在Application的onCreate方法中避免耗时操作,比如I/O操作等,如果必须的话则采用子线程的方式。
Activity onCreate优化
1.减少布局层级等,详情参考布局优化
2.主线程中不要做耗时操作,如必须,采用子线程方式。
体验优化
点击APP的时候,程序经常会有白屏或者黑屏过度现象,这是为什么呢,又该如何规避?
黑屏或者白屏现象的产生是因为点击App的到系统调用Activity的onCreate的这一段时间内,WindowManager会先去加载APP的主题样式中的windowbackground属性作为app的预览元素,然后再去渲染布局。因此如果布局渲染时间太长,就会导致系统的BackgroundWindow来不及被替换,从而导致黑屏或者白屏现象的发生。
解决方案:
采用主题替换的方式,首先创建一个style:
<style name="AppTheme.Launcher">
<item name="android:windowBackground">@drawable/bg</item>
</style>
然后设置给Application或者具体的Activity:
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:roundIcon="@mipmap/ic_launcher_round"
android:supportsRtl="true"
android:theme="@style/AppTheme.Launcher">
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<activity android:name=".MainActivity2"/>
</application>
这样的话点击App时就会展示设置的bg图案,而不会展示白屏或者黑屏了,通过这种方式优化启动体验。
总结
启动优化主要分为三个地方Application的onCreate优化、Activity的onCreate优化和启动时体验优化。其中Application的onCreate优化主要是体现在懒加载SDK和子线程处理耗时操作。Activity的onCreate优化体现在布局优化方面以及子线程处理I/O操作。体验优化主要是体现出处理白屏黑屏问题,采用Style的方法,只不过这种方式只是障眼法,并没有减少启动时间。