編輯:關於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,這樣的啟動比較快,不過大多數情況下應用的啟動都是冷啟動,因為用戶都會在任務列表中手動關閉遺留的應用進程。<喎?/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,然後待界面繪制完成再顯示主界面
美國時間 2013 年 10 月 31 日, Google 正式發布了全新版本的移動操作系統 Android 4.4 KitKat 。據 google官方介紹,Andro
本文實例講述了Android單選按鈕對話框用法。分享給大家供大家參考。具體如下:main.xml布局文件<?xml version=1.0 encoding
在開發Android應用時,保存數據有這麼幾個方式, 一個是本地保存,一個是放在後台(提供API接口),還有一個是放在開放雲服務上(如 SyncAdapter 會是一個不
進度條可以方便的告訴用戶現在執行任務的進度,特別是一個執行程序比較長的時候,沒有進度條,用戶不知道程序在執行,會以為程序假死強制關閉。 進度條分為:1