前言

本篇文章對app啟動速度進行優化。先了解 Android 效能優化 基本概念應用是如何啟動的，會對此有幫助。

1. 應用的啟動模式

• 冷啟動 Cold start
  當啟動應用時，後臺沒有該應用的程序，這時系統會重新建立一個新的程序分配給該應用，這個啟動方式就是冷啟動。
  冷啟動因為系統會重新建立一個新的程序分配給它，所以會先建立和初始化Application類，再建立和初始化MainActivity類（包括一系列的測量、佈局、繪製），最後顯示在介面上。
  此時會初始化Application，Application沒有初始化完不會向下走。

• 熱啟動Warm start
  當啟動應用時，後臺已有該應用的程序（例：按back鍵、home鍵，應用雖然會退出，但是該應用的程序是依然會保留在後臺，可進入任務列表檢視），所以在已有程序的情況下，這種啟動會從已有的程序中來啟動應用，這個方式叫熱啟動。
  熱啟動因為會從已有的程序中來啟動，所以熱啟動就不會走Application這步了，而是直接走LauncherActivity（包括一系列的測量、佈局、繪製），所以熱啟動的過程只需要建立和初始化一個MainActivity就行了，而不必建立和初始化Application，因為一個應用從新程序的建立到程序的銷燬，Application只會初始化一次。

• 溫啟動Lukewarm start
  A lukewarm start encompasses some subset of the operations that take place during a cold start; at the same time, it represents less overhead than a warm start. 
  溫啟動包括在冷啟動期間發生的操作的一些子集；同時，它表示比熱啟動少的開銷。有許多潛在的狀態可以被認為是溫暖的開始。

• Although, application launching is blazingly fast, Android still require some time to load some data from your application (classes, resources, etc). In order to avoid hiccups and visually respond as soon as possible to the user interaction, the system displays a temporary window: the “starting window” also known as the “preview window”.

  
  *A common way to implement a themed launch screen is to use the windowDisablePreview
   theme attribute to turn off the initial blank screen that the system process draws when launching the app. However, this approach can result in a longer startup time than apps that don’t suppress the preview window. Also, it forces the user to wait with no feedback while the activity launches, making them wonder if the app is functioning properly.*
  在Launcher上點選應用啟動時會展示一個preview window
  ，一般根據Theme為黑色或白色，也可以在Theme中設定屬性windowDisablePreview為true來禁止顯示該preview window，但這樣會讓使用者困惑，到底我點了沒有？？

在使用中大多數應用都有一個SplashActivity來形成視覺連貫性。這裡就不贅述了。可檢視 帶你重新認識：Android Splash頁秒開 Activity白屏 Activity黑屏。所以下面的優化也都是建立在已經使用了SplashActivity後依然停留過長時間。

2. 應用啟動時間測量

2.1 測量啟動時間

使用命令adb shell am start -W [packageName]/[packageName.MainActivity]可以檢視冷、熱啟動時間。

• WaitTime 就是總的耗時，包括前一個應用 Activity pause 的時間和新應用啟動的時間；
• ThisTime 表示一連串啟動 Activity 的最後一個 Activity 的啟動耗時；
• TotalTime 表示新應用啟動的耗時，包括新程序的啟動和 Activity 的啟動，但不包括前

做啟動優化時主要優化冷啟動，儘量使冷啟動佔用的時間變少，其中冷啟動包括如下幾個步驟：
1. Creating the app object.
2. Launching the main thread.
3. Creating the main activity.
4. Inflating views.
5. Laying out the screen.
6. Performing the initial draw.

所以要儘量保證在Application和LauncherActivity中儘量少操作，儘量不耗時。

2.2 測量Activity啟動時間

在No Filters模式下搜尋關鍵詞Displayed便可以檢視，如下所示：
ActivityManager: Displayed com.android.myexample/.StartupTiming: +3s534ms

2.3 使用TraceView精確測量

在Application程式碼中，新增如下程式碼進行精確測量：

// start tracing to "/sdcard/calc.trace"
Debug.startMethodTracing("calc");
// ...
// stop tracing
Debug.stopMethodTracing();

在DDMS中開啟檔案後，可以精確檢視每一個方法的消耗時間，按照Real Time/Call排序，然後進行優化。

2.4 可以優化之處

知道了啟動流程，我們也主要優化這個流程中我們能優化的地方：Application.attachBaseContext()、Application.onCreate()、LauncherActivity.onCreate()中進行的操作和佈局複雜度。

知道了如何測量時間，便提供了一個標準，我們就在優化時有個標準，當然時間越少越好。

3. 如何優化

• 在Application和LauncherActivity中打印出.trace檔案，分析耗時操作。
• 業務允許時將耗時操作放入子執行緒中初始化。

結語

啟動速度的優化有可依循的步驟，方法很多，參考資料中有可以用多程序去優化，慢慢來吧，不斷學習。