Android Note - 啓動優化

這篇文章內容來源主要是官方文檔，在此記錄一下，做爲一個讀後感來看。

---

應用的三種啓動方式

冷啓動 指的是應用完全從頭開始啓動，遵循下面的步驟

1. 加載和啓動應用
2. 在啓動應用後當即爲應用生成並展現一個空白的啓動窗口
3. 建立應用進程

當應用進程建立完畢後，系統將任務交給應用進程自己，應用進程將負責下面操做

1. 建立應用對象
2. 啓動主線程 main thread
3. 建立應用入口的 Activity
4. 填充加載佈局 View
5. 在屏幕上執行 View 的繪製過程 measure -> layout -> draw

若是你重載了 Application.oncreate()，應用將經過調用這個方法去啓動。在這以後，應用將會產生主線程，也就是UI線程，而且主線程將會建立你的主Activity。

也就是說，在調用 Application.oncreate() 的時候並無產生主線程。

Activity.onCreate() 方法對加載時間有最大的影響，由於它執行了最高開銷的工做：加載和填充view，而且初始化了供Activity運行的對象。

熱啓動 熱啓動比冷啓動的開銷更低。在熱啓動裏，系統所作的就是把你的應用帶到前臺，能夠避免重複的對象初始化，佈局加載和填充。

溫啓動 能夠理解成包含了一些冷啓動操做的熱啓動，比冷啓動開銷小。

---

使用工具評估啓動時間

Displayed 是 Logcat 自帶的參數輸出，其結果表示了應用從啓動進程到完成初次屏幕繪製通過的時間。注意，這個時間並非應用實際的總耗時。

Time/? I/ActivityManager: Displayed com.xxx.xxx/.launch.SplashActivity: +553ms (total +4s89ms)
Time/? I/ActivityManager: Displayed com.xxx.xxx/.launch.MenuIrrActivity: +1s241ms
複製代碼

ADB Shell Activity Manager 使用 adb 命令來測量啓動時長，命令以下

adb shell am start -W -S [packageName]/[ActivityPath]
複製代碼

• -W 列出啓動過程當中統計到的具體數據
• -S 強制中止當前的 Activity ，從新啓動

D:\SDK\Android\platform-tools>adb shell am start -W -S com.xxx.xxx/.launch.MainActivity
複製代碼

運行結果以下

Stopping: com.xxx.xxx
Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] cmp=com.datayes.irr/.launch.MainActivity }
Status: ok
Activity: com.datayes.irr/.launch.SplashActivity
ThisTime: 1276
TotalTime: 5244
WaitTime: 5334
Complete
複製代碼

• ThisTime 最後一個啓動的 Activity 的啓動耗時
• TotalTime 啓動流程裏全部的 Activity 的啓動耗時
• WaitTime ActivityManagerService 啓動 App 的 Activity 的總耗時

---

具體優化方案

由於App應用進程的建立過程是由手機的軟硬件決定的，因此咱們只能在這個建立過程當中進行視覺優化

主題啓動優化

給閃屏頁設置一個默認的啓動圖片以免白屏

<item name="android:windowBackground">@drawable/launch</item>
複製代碼

廣告頁優化

使用 IntentService 下載啓屏廣告

在入口 Acitivity 中開啓 IntentService 或者是其它異步下載操做來下載啓屏廣告。在廣告頁圖片文件流徹底寫入後記錄圖片大小，或者記錄一個標識。在下次的廣告頁加載中能夠判斷是否已經下載好了廣告頁圖片以及圖片是否完整，不然刪除而且再次下載圖片。

代碼優化

在 Application 中完成繁重的初始化操做和複雜的邏輯就會影響到應用的啓動性能。並且有不少第三方組件（包括App應用自己）都在 Application 中搶佔先機，完成初始化操做。

常見問題

1. 複雜繁瑣的佈局初始化
2. 阻塞主線程 UI 繪製的操做，如 I/O 讀寫或者是網絡訪問.
3. Bitmap 大圖片或者 VectorDrawable加載
4. 其它佔用主線程的操做

解決方案

1. 必要的組件在 App 主線程中當即初始化（入口 Activity 可能當即會用到）
2. 其它組件在 App 主線程中初始化，可是能夠延遲初始化。
3. 某些組件能夠在子線程中初始化。例如能夠將 Bugly 、x5內核初始化，SP的讀寫，友盟等放到子線程中初始化
4. 將須要在主線程中初始化可是能夠不用當即完成的動做延遲加載（數據庫等）

---

參考資料 啓動流程簡析 App startup time