冷啟動（Cold start）
場景:冷啟動是指APP在手機啟動后第一次運行，或者APP進程被kill掉后在再次啟動。
可見冷啟動的必要條件是該APP進程不存在，這就意味著系統(tǒng)需要創(chuàng)建進程，APP需要初始化。在這三種啟動方式中，冷啟動耗時最長，對于冷啟動的優(yōu)化也是最具挑戰(zhàn)的。因此本文重點談?wù)摰氖菍鋯酉嚓P(guān)的優(yōu)化。
生命周期：Process.start->Application創(chuàng)建->attachBaseContext->onCreate->onStart->onResume->Activity生命周期
啟動速度：在幾種啟動類型中最慢，也是我們優(yōu)化啟動速度最大的攔路虎
溫啟動(Warm start)
場景:App進程存在，但是Activity可能因為內(nèi)存不足被回收。這時候啟動App不需要重新創(chuàng)建進程，但是Activity的onCrate還是需要重新執(zhí)行的。場景類似打開淘寶逛了一圈然后切到微信去聊天去了，過了半小時再次回到淘寶。這時候淘寶的進程存在，但是Activity可能被回收，這時候只需要重新加載Activity即可。
生命周期：onCreate->onStart->onResume->Activity生命周期
啟動速度：較快
熱啟動(Hot start)
場景：App進程存在，并且Activity對象仍然存在內(nèi)存中沒有被回收?？梢灾貜?fù)避免對象初始化，布局解析繪制。
場景就類似你打開微信聊了一會天這時候出去看了下日歷 在打開微信 微信這時候啟動就屬于熱啟動。
生命周期：onResume->Activity生命周期
啟動速度：快!
冷啟動流程
首先系統(tǒng)需要負責(zé)做三件事：
1）加載以及啟動app
2）app啟動之后立刻顯示一個空白的預(yù)覽窗口
3）創(chuàng)建app進程
一旦系統(tǒng)完成創(chuàng)建app進程后，app進程將要接著負責(zé)完成下面的工作：
1）創(chuàng)建Application對象
2）創(chuàng)建并且啟動主線程ActivityThread
3）創(chuàng)建啟動第一個Activity
4）Inflating views
5）布局屏幕
6）執(zhí)行第一次繪制
一旦app進程完完成了第一次繪制工作，系統(tǒng)進程就會用main activity替換前面顯示的預(yù)覽窗口，這個時候，用戶就可以正式開始與app進行交互了。
從冷啟動的流程看，我們無法干預(yù)app進程創(chuàng)建等系統(tǒng)操作，我們能夠干預(yù)的有：
1）預(yù)覽窗口
2）Application生命周期回調(diào)
3）Activity生命周期回調(diào)
冷啟動優(yōu)化
幾個原則：
初始化過程，按需初始化，不是必須的就往后挪。
避免長時間的同步操作。
用戶操作感知及時性。
1）預(yù)覽窗口
為什么啟動時會出現(xiàn)短暫黑屏或白屏的現(xiàn)象？當(dāng)用戶點擊你的app那一刻到系統(tǒng)調(diào)用Activity.onCreate()之間的這個時間段內(nèi)，WindowManager會先加載app主題樣式中的windowBackground做為app的預(yù)覽元素，然后再真正去加載activity的layout布局。
很顯然，如果你的application或activity啟動的過程太慢，導(dǎo)致系統(tǒng)的BackgroundWindow沒有及時被替換，就會出現(xiàn)啟動時白屏或黑屏的情況（取決于你的主題是Dark還是Light）。
解決辦法：在style中自定義一個主題，在其中放一張背景圖片或者廣告頁，讓用戶先看默認圖。
2）Application OnCrate()優(yōu)化
1.耗時操作子線程中進行
2.非必要初始化懶加載
3）Activity onCreate（）優(yōu)化
1.耗時操作子線程中進行
2.布局層次減少
獲取啟動時間
使用命令adb shell am start -W [packageName]/[packageName.***Activity]統(tǒng)計Android App啟動時間
例如adb shell am start -W com.askinsight.cjdg/com.askinsight.cjdg.login.LaunchActivity
或者adb shell am start -S -R 10 -W com.askinsight.cjdg/com.askinsight.cjdg.login.LaunchActivity
多次統(tǒng)計，取平均值
其中-S表示每次啟動前先強行停止，-R表示重復(fù)測試次數(shù)。每一次的輸出如下所示信息。
