启动速度是用户体验app的第一感官，所以如果APP卡顿的话，给用户的体验会非常的糟糕。
本文主要针对这点进行的分析学习以及记录。
启动时间标准
官方给出，当启动时间超出以下指标时，会被认为启动时间过长，这是就需要考虑仔细优化启动时间。
冷启动时间超过5s
热启动时间超过1.5s
暖启动时间超过2s
APP卡顿的原因
用户觉得app卡顿，一般都是因为点击了app后，过很久才能看到app的第一个显示页面 。
这里我们可以看看用户点击后到显示页面中间，经历了什么？
在冷启动开始时，系统有三个任务。这三个任务是：
- 加载并启动应用。
- 在启动后立即显示应用的空白启动窗口。
- 创建应用进程。
系统一创建应用进程，应用进程就负责后续阶段：
- 创建应用对象。
- 启动主线程。
- 创建主 Activity。
- 扩充视图。
- 布局屏幕。
- 执行初始绘制。
一旦应用进程完成第一次绘制，系统进程就会换掉当前显示的后台窗口，替换为主 Activity。此时，用户可以开始使用应用。
造成APP卡顿的原因，大部分都是在Application.onCreate()、Activity.onCrreate()中执行了耗时的操作，导致Window 的显示比较慢，给用户的感觉就是点击app，很久才能打开
卡顿检测方法
1、查看Logcat，初步显示所用时间
在Android Studio Logcat中过滤关键字“Displayed”，可以看到对应的冷启动耗时日志。
在 Android 4.4（API 级别 19）及更高版本中，logcat 包括一个输出行，其中包含名为 Displayed 的值。此值代表从启动进程到在屏幕上完成对应 Activity 绘制所经过的时间。经过的时间包括以下事件序列：
1.启动进程。
2.初始化对象。
3.创建并初始化 Activity。
4.扩充布局。
5.首次绘制应用。
报告的日志行类似于以下示例：
ActivityManager: Displayed com.android.myexample/.StartupTiming: +3s534ms
2、通过adb 手动查看启动时间
adb [-d|-e|-s <serialNumber>] shell am start -S -W
com.example.app/.MainActivity
-c android.intent.category.LAUNCHER
-a android.intent.action.MAIN
$ adb shell am start -W [packagename]/[packagename.SplashActivity]
Status: ok
LaunchState: COLD
Activity: [packagename]/[packagename.SplashActivity]
TotalTime: 619
WaitTime: 620
Complete
TotalTime:自己的所有Activity的启动耗时；
需要关注的是TotalTime
卡顿解决手段
1. 启动白屏问题
解决方案：自定义默认背景，替换掉系统默认掉白色背景
// 定义Splash主题
<style name="LauncherTheme" parent="AppTheme">
<item name="android:windowBackground">@color/splash_background</item>
<item name="android:windowFullscreen">true</item>
<item name="android:windowContentOverlay">@null</item>
</style>
// 在manifest中引用该主题
<activity
android:name=".MainActivity"
android:theme="@style/LauncherTheme"
android:launchMode="singleTop"
android:screenOrientation="portrait"
android:windowSoftInputMode="stateUnspecified|adjustPan">
<intent-filter>
<action android:name="android.intent.action.MAIN"/>
<category android:name="android.intent.category.LAUNCHER"/>
</intent-filter>
</activity
最后记得在启动页显示以后恢复默认的APP主题
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setTheme(R.style.AppTheme);
}
这个解决方法只是在视觉上，给用户一种快速响应的错觉。并没有真正的加快app 的启动速度。
2. Application启动过程加载数据过多
随着项目工程越来越大，使用的第三方库或组件也会越来越多。不可避免的很多组件需要在Application启动时候进行初始化。而随着这里处理的工作越来越多，也就导致了我们的程序启动时间越来越长，最后的结果就是启动慢。
因此我们应该对这些第三方库进行分类和优化：
- 可以延迟到用到的时候再初始化的
- 可以延迟到闪屏页的生命周期中再初始化的
- 可以使用异步线程进行初始化的
- 可以延迟，但是需要在Application中初始化
- 必须在onCreate()中理解初始化的
参考文章：
