1.操作系統(tǒng)啟動流程和Launcher點(diǎn)擊事件流程
2.啟動方式以及首次啟動
3.黑白屏優(yōu)化
4.啟動時間內(nèi)代碼優(yōu)化

操作系統(tǒng)啟動
1.打開電源 引導(dǎo)芯片代碼加載引導(dǎo)程序Boot Loader到RAM中去執(zhí)行。
2.BootLoader把操作系統(tǒng)拉起來。
3.Linux 內(nèi)核啟動開始系統(tǒng)設(shè)置，找到一個init.rc文件啟動初始化進(jìn)程。
4.init進(jìn)程初始化和啟動屬性服務(wù)，之后開啟Zygote進(jìn)程。
5.Zygote開始創(chuàng)建JVM并注冊JNI方法，開啟SystemServer。
6.啟動Binder線程沲和SystemServiceManager,并啟動各種服務(wù)。
7.AMS啟動Launcher即android桌面。
BootLoader是在操作系統(tǒng)內(nèi)核運(yùn)行之前運(yùn)行。可以初始化硬件設(shè)備、建立內(nèi)存空間映射圖，從而將系統(tǒng)的軟硬件環(huán)境帶到一個合適狀態(tài)，以便為最終調(diào)用操作系統(tǒng)內(nèi)核準(zhǔn)備好正確的環(huán)境。在嵌入式系統(tǒng)中，通常并沒有像BIOS那樣的固件程序（注，有的嵌入式CPU也會內(nèi)嵌一段短小的啟動程序），因此整個系統(tǒng)的加載啟動任務(wù)就完全由BootLoader來完成。

Launcher桌面圖標(biāo)點(diǎn)擊事件
E:\tools\android-src\android-6.0.1_r1\packages\apps\Launcher2\src\com\android\launcher2\Launcher.java
public final class Launcher extends Activity
執(zhí)行onClick(View view)方法，會把這個應(yīng)用的相關(guān)信息傳入
先獲取一個intent--->startActivitySafely(v, intent, tag)--->startActivity(v, intent, tag);
-->startActivity(intent)；
startActivity(intent)會開一個APP進(jìn)程（fork zogyte進(jìn)程），通過systemserver--->調(diào)用
ActivityThread.main（）。
ActivityThread.java做為入口，用attach開啟app，再加載application和activity
thread.attach(false);--->mgr.attachApplication(mAppThread)會通過遠(yuǎn)端進(jìn)程去回調(diào)private void handleBindApplication(AppBindData data)
Application app = data.info.makeApplication(創(chuàng)建Application對象
mInstrumentation.callApplicationOnCreate(app);---> app.onCreate();--->加載xml

冷啟動（Cold start）
冷啟動是指APP在手機(jī)啟動后第一次運(yùn)行，或者APP進(jìn)程被kill掉后在再次啟動。
可見冷啟動的必要條件是該APP進(jìn)程不存在，這就意味著系統(tǒng)需要創(chuàng)建進(jìn)程，通過ActivityThread.main()入口啟動進(jìn)程和主線程，創(chuàng)建activity和application并初始化。在這三種啟動方式中，冷啟動耗時最長。
????1. Loading and launching the app.
????2. Displaying a blank starting window for the app immediately after launch.
????3. Creating the app process.
????在創(chuàng)建APP進(jìn)程之后
????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.
????當(dāng)app進(jìn)程完成第一次繪制，系統(tǒng)進(jìn)程會用mainActivity替換當(dāng)前的背景窗口，這時用戶才能使用app。

溫啟動(Warm start)
場景就類似打開淘寶逛了一圈然后切到微信去聊天去了，過了很久淘寶的進(jìn)程存在，但是Activity可能被回收。
App進(jìn)程存在，當(dāng)時Activity可能因為內(nèi)存不足被回收。這時候啟動App不需要重新創(chuàng)建進(jìn)程，但是Activity的onCreate還是需要重新執(zhí)行的。可以從savedInstanceState獲取。

熱啟動(Hot start)
場景就類似你打開微信聊了一會天，這時候出去看了下日歷，再次打開微信 。
App進(jìn)程存在，并且所有的Activity對象仍然存在內(nèi)存中沒有被回收。可以重復(fù)避免對象初始化，布局填充和呈現(xiàn)，如果有onTrimMemory（）方法，就需要對已回收的對象重新創(chuàng)建。

首次啟動
首次啟動嚴(yán)格來說也是冷啟動，之所以把首次啟動單獨(dú)列出來，一般來說，首次啟動會比非首次啟動時間長，首次啟動會做一些系統(tǒng)初始化工作，如緩存目錄的生產(chǎn)，數(shù)據(jù)庫的建立，SharedPreference的初始化，如果存在多 dex 和插件的情況下，首次啟動會有一些特殊需要處理的邏輯，而且對啟動速度有很大的影響，所以首次啟動的速度非常重要，畢竟影響用戶對 App 的第一印象。可以類似QQ做一個第一次安裝的初始化環(huán)境的進(jìn)度條。

在最近任務(wù)給App加鎖和啟動方式有什么關(guān)系
某些廠商為了用戶體驗提供了給APP上鎖的功能，目的就是讓用戶自己做主是上鎖的APP不被殺，啟動的時候不會處于冷啟動方式，但是加鎖也不是萬能的,Low memory killer在內(nèi)存極度吃緊的情況下也會殺死加鎖APP,在此啟動時也將以冷啟動方式運(yùn)行。

AI和啟動方式有什么關(guān)系
AI在進(jìn)程管理方面可謂是大有可為。MIUI10發(fā)布了進(jìn)程AI喚醒功能，是APP啟動速度遠(yuǎn)超友商。這其中的道理簡單說就是學(xué)習(xí)用戶的使用習(xí)慣，提前將App進(jìn)程創(chuàng)建好，當(dāng)用戶打開APP時不會出去冷啟動。比如你是微信重度用戶你發(fā)現(xiàn)用了MIUI10就再也見不到微信啟動頁面的那個地球了，這就是AI喚醒的功勞。

以下是Google官方不建議各種啟動時長，
Cold startup takes 5 seconds or longer.
Warm startup takes 2 seconds or longer.
Hot startup takes 1.5 seconds or longer.

黑白屏優(yōu)化（偽優(yōu)化）

白屏    <style name="AppTheme" parent="Theme.AppCompat.Light">
黑屏    <style name="AppTheme">（在5.0以前的老版本上有效，現(xiàn)在的版本默認(rèn)使用透明處理了）

????產(chǎn)生時間：Application.Oncreate() 到 Activity.onCreate()加載XML 到 Activity.onPostResume（）之間；Activity.onPostResume后App的業(yè)務(wù)布局頁面可見。
????產(chǎn)生原因：系統(tǒng)顯示一個空白預(yù)覽窗口，其背景色是主題背景色顯示，在Activity.onResume添加View之前
????其他原因：手機(jī)性能 和 Application.Oncreate()到Activity.onPostResume（）之間執(zhí)行方法耗時過的造成。
????因為手機(jī)性能我們無法決定，所以只能在背景色和方法性能上去做處理。通常建議黑白屏優(yōu)化和代碼優(yōu)化結(jié)合處理。

源碼位置

只是從體驗上優(yōu)化，不解決或者無法解決性能問題。
修改主題背景色為公司logo圖片，或者背景色透明，或者背景色空并且關(guān)閉預(yù)覽（節(jié)省一點(diǎn)點(diǎn)內(nèi)存）；然后進(jìn)入廣告倒計時頁面，為初始化、廣告輪播圖下載、頁面顯示圖片或者頁面背景圖片下載以及各種線性加載提供時間。當(dāng)然要記得雙進(jìn)程保活更新廣告圖片，不然就要每次使用時更新圖片。
背景色透明，或者背景色空并且關(guān)閉預(yù)覽都給用戶一種延時體驗感官，官方也不建議關(guān)閉預(yù)覽。
對主題的更改建議通過代碼或者xml設(shè)置 給啟動activity
背景色空節(jié)省內(nèi)存可以在通過代碼getWindow().setBackgroundDrawable(null);
經(jīng)典APP: 京東、QQ、微信

• 設(shè)置背景圖片
  利用<layer-list>設(shè)置android:windowBackground 時，
  <layer-list>的android:opacity=”opaque”，為了防止在啟動的時候出現(xiàn)背景的閃爍。

<style name="AppTheme" parent="android:Theme.Material.Light.DarkActionBar">
    <!-- Customize your theme here. -->
    <item name="android:windowBackground">@drawable/bg</item>
</style>

• 或者設(shè)置為透明。

<style name="AppTheme" parent="android:Theme.Material.Light.DarkActionBar">
    <!-- Customize your theme here. -->
    <item name="android:windowIsTranslucent">true</item>
</style>

• 可以看不見但是這里的view仍然存在，而且占的內(nèi)存依舊存在，沒有背景色且關(guān)閉預(yù)覽功能，改善上面的問題

<style name="AppTheme" parent="android:Theme.Material.Light.DarkActionBar">
    <!-- Customize your theme here. -->
    <item name="android:windowBackground">@null</item>
    <item name="android:windowDisablePreview">true</item>
</style>

• 上面直接在主題操作會對使每個activity都有效果。其實(shí)我們只需要對啟動activity設(shè)置。

<resources>
    <!-- Base application theme. -->
    <style name="AppTheme" parent="android:Theme.Material.Light.DarkActionBar">
        <!-- Customize your theme here. -->
    </style>
    
    <style name="AppTheme.Laucher1">
        <item name="android:windowBackground">@null</item>
        <item name="android:windowDisablePreview">true</item>
    </style>
</resources>

<activity
    android:theme="@style/AppTheme.Laucher1"
    android:name=".MainActivity">
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity>

MainActivity

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);

    setTheme(R.style.AppTheme_Laucher1);
}

2. 代碼優(yōu)化（真優(yōu)化）
優(yōu)化分析
????AM
????4.4以前 adb shell am start -W com.lqr.wechat/com.lqr.wechat.activity.SplashActivity
????????ThisTime:最后一個啟動的Activity的啟動耗時；
????????TotalTime:自己的所有Activity的啟動耗時；
????????WaitTime: ActivityManagerService啟動App的Activity時的總時間（包括當(dāng)前Activity的onPause()和自己Activity的啟動）。
????AM路徑：
????E:\tools\android-src\android-6.0.1_r1\frameworks\base\cmds\am\src\com\android\commands\am
????Am.java：946行開始打印啟動時間信息，其中一個result對象，
????初始化 ：在871行result = mAm.startActivityAndWait(...）在這個初始化時就已經(jīng)進(jìn)行了時間的計算：
????計算時間：在android-src\android-6.0.1_r1\frameworks\base\services\core\java\com\android\server\am\ActivityRecord.java
????完成計算：void windowsDrawnLocked() --->reportLaunchTimeLocked(SystemClock.uptimeMillis())中完成時間的統(tǒng)計;
????Display
????4.4版本以后Logcat 輸入Display篩選系統(tǒng)日志 不過濾信息No Filters;AM在4.4依舊可以使用，只是display比較方便；
????display包含以下時間：
????1.Launch the process.
????2.Initialize the objects.
????3.Create and initialize the activity.
????4.Inflate the layout.
????5.Draw your application for the first time.
????不包含：未在layout中引用的資源和作為對象初始化中一部分的資源
如果整個過程中有其他activity但是未顯示就會顯示total時間，也就是總時間和單個activity之間存在差異時。

ActivityManager: Displayed com.android.myexample/.StartupTiming: +3s534ms (total +1m22s643ms)

????reportFullyDrawn()
????用戶界面已完全加載，并繪制了一些文本，但尚未顯示應(yīng)用程序必須從網(wǎng)絡(luò)中獲取的圖像。調(diào)用reportFullyDrawn() 讓知道你的activity已完成lazy loading。有時也會包含total時間。

system_process I/ActivityManager: Fully drawn {package}/.MainActivity: +1s54ms

DisplayedTime和reportFullyDrawn()區(qū)分，DisplayedTime是在onPostResume之后官圖這點(diǎn)是錯的

reportFullyDrawn使用

優(yōu)化方案：
????1. 開子線程，做初始化，比如第三方SDK
????適合不定義handler，不操作UI ，對異步要求不高(主線調(diào)用的方法，在子>線程中的初始化完成后才能調(diào)用)，比如glide和greenDAO的初始化
????2. 懶加載，用到的時候再初始化
????如：網(wǎng)絡(luò)OKHttp，數(shù)據(jù)庫操作，這里的網(wǎng)絡(luò)和數(shù)據(jù)庫初始化比較快，如果像數(shù)據(jù)庫升級這種比較耗時的就不要放在這里了；全局靜態(tài)對象，建議使用singleton模式或者dagger；ContentProvider中在Static Block中初始化一些UriMatcher。
????3. 啟動頁(Spalsh Screen)或者啟動頁+廣告頁倒計時頁，啟動頁盡量和背景圖片一樣，多圖通過<layer-list>處理
????不能在子線程初始化的，可以在這里初始化，支持單例，application全局化提供與不提供都可以，還有首頁圖片資源下載。
????以下是廣告倒計時頁圖片下載流程，

4.圖片資源下載