App 啟動方式
冷啟動
App 沒有啟動過或 App 進程被殺，系統中不存在該 App 進程，此時啟動即為冷啟動。需要創建 App 進程，加載相關資源，啟動 Main Thread，初始化首屏 Activity 等。在這個過程中，屏幕會顯示一個空白的窗口(顏色基于主題)，直至首屏 Activity 完全啟動。
熱啟動
熱啟動意味著 App 進程只是處于后臺，系統只是將其從后臺帶到前臺展示給用戶。類同與冷啟動，在這個過程中，屏幕會顯示一個空白的窗口(顏色基于主題)，直至 activity 渲染完畢。
溫啟動
介于冷啟動和熱啟動之間，一般來說在以下兩種情況下發生：
- 用戶返回退出了 App，然后又啟動。進程可能還在運行，但是 activity 需要重建。
- 用戶退出 App 后，系統可能由于內存原因將 App 殺死，進程和 activity 都需要重啟，但是可以在 onCreate 中將被動殺死鎖保存的狀態(saved instance state)恢復。
啟動時間檢測
adb
adb shell am start -W [應用報名]/[Activity的全路徑名]，得到三個時間值：
1、ThisTime
一般和 TotalTime 相同，如果應用啟動開啟了一個過渡用的全透明頁面預處理一些事情，這樣會比 TotalTime 小。
2、TotalTime
應用啟動時間，包括創建進程、Application 初始化、Activity 初始化到顯示。
3、WaitTime
一般比 TotalTime 大，包括系統的耗時。
代碼打點
Application 的 attachBaseContext 在應用進程首先創建時調用，可做冷啟動的開始打點。
優化
1、布局優化
2、邏輯優化
- 必要且耗時的邏輯，考慮單獨開線程執行
- 必要不耗時，按優先級高低依次執行
- 非必要的延遲初始化，等用到再初始化
3、針對冷啟動的欺騙效果
使用 placeholder UI
Android 最新的 Material Design 建議使用一個 placeholder UI 來展示給用戶直至 App 加載完畢，類似 iOS 的做法。
自定義主題，設置 windowBackground 屬性，給 Window 加上背景。
|
1
2
3
|
<style name="SplashTheme" parent="AppTheme"> <item name="android:windowBackground">@drawable/logo_splash</item></style> |
先加載一個不渲染布局的 Activity 作為啟動屏
寫一個什么都不做的 LogoSplashActivity
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
public class LogoSplashActivity extends BaseActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); // 這里并沒有 setContentView，單純只是用來跳轉到相應的 Activity // 目的是減少首屏渲染 if (AppPref.isFirstRunning(this)) { IntroduceActivity.launch(this); } else { MainActivity.launch(this); } finish(); }} |
在 AndroidManifest.xml 中設置其為啟動屏，并加上主題
|
1
2
3
4
5
6
7
8
9
|
<activity android:name=".ui.module.main.LogoSplashActivity" android:screenOrientation="portrait" android:theme="@style/SplashTheme"> <intent-filter> <action android:name="android.intent.action.MAIN"/> <category android:name="android.intent.category.LAUNCHER"/> </intent-filter></activity> |
這樣啟動屏顯示 LogoSplashActivity，本身不渲染布局，顯示主題設置的 placehold UI 背景。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持服務器之家。
原文鏈接：https://www.jianshu.com/p/8993d6bdc6c7
