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

gamebus發表於2021-09-09

應用的啟動

啟動方式

通常來說,在安卓中應用的啟動方式分為兩種:冷啟動和熱啟動。

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,這樣的啟動比較快,不過大多數情況下應用的啟動都是冷啟動,因為使用者都會在任務列表中手動關閉遺留的應用程式。

減少應用啟動時的耗時

針對冷啟動時候的一些耗時,如上測得這個應用算是中型的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,然後待介面繪製完成再顯示主介面

圖片描述

原文連結:

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/4687/viewspace-2811042/,如需轉載,請註明出處,否則將追究法律責任。

相關文章