一.啟動的型別

冷啟 動，application沒有被建立，需要先建立程序，然後啟動MainActivity。由於這個過程需要fork一個新程序，所以耗時。

熱啟動，同上面對照，已經啟動過application，並駐留在系統記憶體內，只是需要喚醒該程序，並啟動MainActivity。

二：統計啟動時間

1.物理統計

通過高速相機，從點選launcher上面的圖示開始，到MainActivity的第一個可見幀，算作啟動時間。

2.adb 統計

adb shell am start -w pageage/activityname  通過這條命令啟動，可以獲得啟動時間。

$ adb shell am start -W com.abc.test/com.abc.test.MainActivity
Starting: Intent { act
 
=android.intent.action.MAIN cat=
Status: ok
Activity: com.speed.test/.HomeActivity
ThisTime: 496
TotalTime: 496
WaitTime: 503
Complete

3.線上版本統計

如果是在線上版本，無法使用命令統計，我們分析下，所謂冷啟動，就是建立applicaiton開始，一直到MainActivity第一個可視畫面。

applicaiton 建立，可以從attachBaseContext()開始，得到startTime。MainActivity的第一個可視畫面，onResume其實還沒有看到畫面，最合適的回撥是onWindowFocusChanged，也就是獲得焦點。

但是這個回撥需要做適當的過濾，就能獲得endTime。

所以冷啟動就是兩個時間差。熱啟動的startTime 就是MainActivity的onRestart。

如果獲取onWindowFocusChanged 的時間，需要結合MainActivity的整個生命週期。

這裡有2個關鍵點，activity的啟動流程 & applicaiton到activity的生命週期。

activity啟動流程：

從launcher點選應用圖示，launcher呼叫startactivity，

通過binder機制可以理解，所有的服務最終都會通過AMS。

AMS首先會通過zygote fork出程序。程序啟動後準備好looper & 訊息佇列。然後呼叫 attach

AMS儲存程序的代理物件，然後AMS通過該程序，建立activity的例項& 執行各生命週期。

所以整個冷啟動的流程如下：

-> Application 建構函式
-> Application.attachBaseContext()
-> Application.onCreate()
-> Activity 建構函式
-> Activity.setTheme()
-> Activity.onCreate()
-> Activity.onStart
-> Activity.onResume
-> Activity.onAttachedToWindow
-> Activity.onWindowFocusChanged