1. 概述
Android的启动优化主要是加速用户打开App到可交互的时间。在这段时间里面经历的Application的启动创建，SplashActivity、MainActivity的启动创建(有些App没有Splash页面)。
- Application的创建过程的调用顺序大致如下：
- Activity的创建到第一帧显示过程调用顺序如下：
从视觉交互来说，App的启动过程主要显示了3屏：
- 第一屏：在主题中设置
android:windowBackground的图片，这个过程在Application.attachBaseContext()——Splash.onWindowFocusChanged()之间。 - 第二屏：Splash绘制的内容，这个过程在Splash.onWindowFocusChanged()——Main.onWindowFocusChanged()之间。
- 第三屏：Main绘制的内容，这个在Main.onWindowFocusChanged之后。
所以，启动的优化范围一般在Application. attachBaseContext ()——Main.onWindowFocusChanged()之间。其中第一屏和第二屏是的耗时是需要重点关注。这里把第一屏的时间叫做Application的启动耗时，第一屏+第二屏的时间Application启动到可交互页面的启动耗时。
2. 启动优化步骤
2.1 评估时间数据
在启动优化中，并不是自己觉得哪个地方会耗时，就开始做优化，这样可能带来辛辛苦苦做了一顿优化后，总耗时还是没有好的效果，原因可能是我们直觉耗时的地方并不准确。正确的做法是先得到启动过程中每个方法的时间，得到全部时间表后，分析耗时的地方在哪里记录下来。
那怎么获取到每个方法的执行时间呢？，大致如下：
1. 自带的Profiler
配置应用启动时开始profiler监控如下：
Looper
在之前的文章Android卡顿监控中有对其的具体实现。Systrace+函数插桩
2.2 梳理业务
在第一步得到时间数据后，下一步就是整理启动过程的业务梳理，避免因优化而影响业务。
2.3 优化业务
优化的思想大致如下：
- 通过上面的两个步骤，看主线程究竟慢哪里
- 懒加载，包括业务与布局的懒加载
- 抛到子线程让其自己加载
- 提前加载，通过多线程提高效率
- 检查主线程的IO操作
- 控制线程的数量和GC的次数
1. Application.onCreate()
在这个方法中主要是做SDK的初始化和App状态判断，
sdk优化主要有三点：
一：sdk的懒加载，再使用到的时候才去初始化，不要全部放到在Application初始化。
二：对于sdk有依赖的关系的，比如sdk2需要sdk1完成加载后开始初始化，可以利用拓扑算法优化实现sdk加载:android-startup
三：把sdk放到子线程中自己初始化，不要阻塞主线程的时间，一些必须初始化的sdk，可以通过多线程加载然后通过CountDownLatch进行阻塞和唤醒。
业务代码的优化：
一：尽量不要滥用ContentProvider,因为其是在Application.attachBaseContext就会初始化其ContentProvider.onCreate()方法，会加长启动时间。
二：查看Application主线程耗时的地方，尽量去优化。
2. Activity.onCreate()
要弄清楚哪里耗时了，才着手优化。常见优化有：
一： setContentVIew()的耗时，这时要优化布局，减少布局背景的重复渲染、减少层级、对于不一定显示的布局用ViewStub按需加载。子线程加载布局，或提前子线程加载。
二：initView()初始化View时不要做耗时操作，比如一些IO操作、播放器等做到按需懒加载，也可以通过让其在多线程中加载不阻塞主线程，也可以通过多线程提前加载。
三：主页面的ViewPager+Fragment可以通过懒加载按需加载Fragment
3. Activity.onResume()
不要在onResume()方法中不要做主线程耗时操作，因为这时页面还没渲染出来，其还要通过Vsync信号来临做绘制三大流程，最终交给屏幕渲染出来，回调执行onWindowFocusChanged()方法。
4.检查主线程IO操作
可以在线下通过StrictMode类来检查IO操作，如果在主线程有IO操作会输入日志。
private fun startStrictMode() {
if (BuildConfig.DEBUG) {
StrictMode.setThreadPolicy(
StrictMode.ThreadPolicy.Builder()
.detectDiskWrites()
.detectDiskReads()
.detectNetwork()
.penaltyLog()
.build()
)
StrictMode.setVmPolicy(
StrictMode.VmPolicy.Builder()
.detectLeakedClosableObjects()
.penaltyLog()
.build()
)
}
}
总结
Android启动优化更多的是一种优化思路，因为每个项目都不一样，导致优化的点也不一样，但掌握了优化思路可以以不变应万变。
- 首先分析启动耗时的地方和启动过程相关任务。
- 知道主线程哪里耗时
- SDK初始化按需加载、有依赖关系通过拓扑算法优化
- 布局优化，子线程加载布局，提前加载布局
- 一些主线程耗时的任务要么提前子线程加载，要么用到的时候才加载。
