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的方法，只不过这种方式只是障眼法，并没有减少启动时间。
