Android效能最佳化之加快應用啟動速度

Android效能最佳化之加快應用啟動速度
應用的啟動啟動方式

通常來說，在安卓中應用的啟動方式分為兩種：冷啟動和暖開機。

1、冷啟動：當啟動應用時，後台沒有該應用的進程，這時系統會重新建立一個新的進程分配給該應用，這個啟動方式就是冷啟動。

2、暖開機：當啟動應用時，後台已有該應用的進程（例：按back鍵、home鍵，應用雖然會退出，但是該應用的進程是依然會保留在後台，可進入工作清單查看），所以在已有進程的情況下，這種啟動會從已有的進程中來啟動應用，這個方式叫暖開機。

特點

1、冷啟動：冷啟動因為系統會重新建立一個新的進程分配給它，所以會先建立和初始化Application類，再建立和初始化MainActivity類（包括一系列的測量、布局、繪製），最後顯示在介面上。

2、暖開機：暖開機因為會從已有的進程中來啟動，所以暖開機就不會走Application這步了，而是直接走MainActivity（包括一系列的測量、布局、繪製），所以暖開機的過程只需要建立和初始化一個MainActivity就行了，而不必建立和初始化Application，因為一個應用從新進程的建立到進程的銷毀，Application只會初始化一次。

上面說的啟動是點擊app的啟動表徵圖來啟動的，而另外一種方式是進入最近使用的列表介面來啟動應用，這種不應該叫啟動，應該叫恢複。

應用啟動的流程

在安卓系統上，應用在沒有進程的情況下，應用的啟動都是這樣一個流程：當點擊app的啟動表徵圖時，安卓系統會從Zygote進程中fork建立出一個新的進程分配給該應用，之後會依次建立和初始化Application類、建立MainActivity類、載入主題樣式Theme中的windowBackground等屬性設定給MainActivity以及配置Activity層級上的一些屬性、再inflate布局、當onCreate/onStart/onResume方法都走完了後最後才進行contentView的measure/layout/draw顯示在介面上，所以直到這裡，應用的第一次啟動才算完成，這時候我們看到的介面也就是所說的第一幀。

所以，總結一下，應用的啟動流程如下：

Application的構造器方法——>attachBaseContext()——>onCreate()——>Activity的構造方法——>onCreate()——>配置主題中背景等屬性——>onStart()——>onResume()——>測量布局繪製顯示在介面上。

測量應用啟動的時間

在上面這個啟動流程中，任何一個地方有耗時操作都會拖慢我們應用的啟動速度，而應用啟動時間是用毫秒度量的，對於毫秒層級的快慢度量我們還是需要去精確的測量到到底應用啟動花了多少時間，而根據這個時間來做衡量。

什麼才是應用的啟動時間

從點擊應用的啟動表徵圖開始建立出一個新的進程直到我們看到了介面的第一幀，這段時間就是應用的啟動時間。

我們要測量的也就是這段時間，測量這段時間可以通過adb shell命令的方式進行測量，這種方法測量的最為精確，命令為：

adb shell am start -W [packageName]/[packageName.MainActivity]

執行成功後將返回三個測量到的時間：
1、ThisTime:一般和TotalTime時間一樣，除非在應用啟動時開了一個透明的Activity預先處理一些事再顯示出主Activity，這樣將比TotalTime小。
2、TotalTime:應用的啟動時間，包括建立進程+Application初始化+Activity初始化到介面顯示。
3、WaitTime:一般比TotalTime大點，包括系統影響的耗時。

下面是測量一個應用冷啟動和暖開機的時間：
冷啟動：

暖開機：

可以看到在進程已經存在的情況下，只需要重新初始化MainActivity，這樣的啟動比較快，不過大多數情況下應用的啟動都是冷啟動，因為使用者都會在工作清單中手動關閉遺留的應用進程。<喎?http://www.bkjia.com/kf/ware/vc/" target="_blank" class="keylink">vcD4KCjxoMiBpZD0="減少應用啟動時的耗時">減少應用啟動時的耗時

針對冷啟動時候的一些耗時，如上測得這個應用算是中型的app，在冷啟動的時候耗時已經快700ms了，如果項目再大點在Application中配置了更多的初始化操作，這樣將可能達到1s，這樣每次啟動都明顯感覺延遲，所以在進行應用初始化的時候採取以下策略：
1、在Application的構造器方法、attachBaseContext()、onCreate()方法中不要進行耗時操作的初始化，一些資料預取放在非同步線程中，可以採取Callable實現。
2、對於sp的初始化，因為sp的特性在初始化時候會對資料全部讀出來存在記憶體中，所以這個初始化放在主線程中不合適，反而會延遲應用的啟動速度，對於這個還是需要放在非同步線程中處理。
3、對於MainActivity，由於在擷取到第一幀前，需要對contentView進行測量布局繪製操作，盡量減少布局的層次，考慮StubView的消極式載入策略，當然在onCreate、onStart、onResume方法中避免做耗時操作。

遵循上面三種策略可明顯提高app啟動速度。

最佳化應用啟動時的體驗

對於應用的啟動時間，只能是盡量的避免一些耗時的、非必要的操作在主線程中，這樣相對可以縮減一部分啟動的耗時，另外一方面在等待第一幀顯示的時間裡，可以加入一些配置以增加體驗，比如加入Activity的background，這個背景會在顯示第一幀前提前顯示在介面上。
1、先為主介面單獨寫一個主題style，設定一張待顯示的圖片，這裡我設定了一個顏色，然後在manifest中設定給MainActivity：

//...                                                                        

2、然後在MainActivity中載入布局前把AppTheme重新設定給MainActivity：

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

這樣在啟動時會先顯示background，然後待介面繪製完成再顯示主介面