這篇“Android中如何優(yōu)化冷啟動(dòng)”文章的知識(shí)點(diǎn)大部分人都不太理解，所以小編給大家總結(jié)了以下內(nèi)容，內(nèi)容詳細(xì)，步驟清晰，具有一定的借鑒價(jià)值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來(lái)看看這篇“Android中如何優(yōu)化冷啟動(dòng)”文章吧。

網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)公司！專(zhuān)注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、小程序設(shè)計(jì)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶(hù)創(chuàng)新互聯(lián)還提供了沙市免費(fèi)建站歡迎大家使用！

App的啟動(dòng)流程

我們可以了解一下官方文檔《App startup  time》對(duì)App啟動(dòng)的描述。應(yīng)用啟動(dòng)分為冷啟動(dòng)、熱啟動(dòng)、溫啟動(dòng)。而冷啟動(dòng)是應(yīng)用程序從零開(kāi)始，里面涉及到更復(fù)雜的知識(shí)。我們這次主要是對(duì)應(yīng)用的冷啟動(dòng)進(jìn)行分析和優(yōu)化。應(yīng)用在冷啟動(dòng)的時(shí)候，需要執(zhí)行下面三個(gè)任務(wù):

• 加載和啟動(dòng)應(yīng)用程序;

• App啟動(dòng)之后立即展示出一個(gè)空白的啟動(dòng)窗口;

• 創(chuàng)建App程序的進(jìn)程;

在這三個(gè)任務(wù)執(zhí)行后，系統(tǒng)創(chuàng)建了應(yīng)用進(jìn)程，那么應(yīng)用進(jìn)程會(huì)執(zhí)行下一步：

• 創(chuàng)建App對(duì)象;

• 啟動(dòng)Main Thread;

• 創(chuàng)建啟動(dòng)頁(yè)的Activity;

• 加載View;

• 布置屏幕;

• 進(jìn)行初始繪制;

當(dāng)應(yīng)用進(jìn)程完成初始繪制之后，系統(tǒng)進(jìn)程用啟動(dòng)頁(yè)的Activity來(lái)替換當(dāng)前顯示的背景窗口，這個(gè)時(shí)刻用戶(hù)就可以使用App了。

從上圖和上述的步驟我們可以知道，應(yīng)用進(jìn)程的創(chuàng)建，那么它肯定會(huì)執(zhí)行我們的Application的生命周期，當(dāng)創(chuàng)建完成App的應(yīng)用進(jìn)程之后，主線(xiàn)程會(huì)初始化我們***個(gè)頁(yè)面MainActivity與執(zhí)行MainActivity的生命周期。我特意加粗了重點(diǎn)，這就是我們可以下手優(yōu)化的部分。在分析如何優(yōu)化前，我們可以先了解一下，我們的應(yīng)用是不是需要對(duì)冷啟動(dòng)進(jìn)行優(yōu)化。

PS：其實(shí)這些都是我們表面看到的東西，如果我們需要完整地去深究，我們要去具體分析Zygote  Fork進(jìn)程、ActivityManagerService源碼等，我們就不在該篇中詳述，給大家推薦相關(guān)書(shū)籍，有羅升陽(yáng)的《Android系統(tǒng)源代碼情景分析》，劉望舒的《Android進(jìn)階解密》。

啟動(dòng)時(shí)間檢測(cè)

那么啟動(dòng)時(shí)間多少才是合適呢?在官方文檔中描述到當(dāng)冷啟動(dòng)在5秒或者更長(zhǎng)的時(shí)，Android  vitals就會(huì)認(rèn)為你的應(yīng)用需要進(jìn)行冷啟動(dòng)相關(guān)的優(yōu)化。不過(guò)Android vitals是針對(duì)Google  Play的一款應(yīng)用質(zhì)量檢測(cè)工具，那大家都明白，不過(guò)你可以像我一樣使用阿里云的移動(dòng)測(cè)試，阿里云提供的數(shù)據(jù)中，冷啟動(dòng)的行業(yè)指標(biāo)中位數(shù)是4875.67ms，大家可以酌情對(duì)比一下。好了，下面我們就聊一下如果檢測(cè)出我們應(yīng)用的冷啟動(dòng)時(shí)間。

Displayed Time

如上圖一顯示的Displayed Time，在Android  4.4(API級(jí)別19)及更高版本中，logcat包含一個(gè)名為Displayed的log信息，此值表示啟動(dòng)過(guò)程和完成在屏幕上繪制相應(yīng)活動(dòng)之間所經(jīng)過(guò)的時(shí)間量。

ADB命令

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

在使用上一個(gè)方式Displayed  Time的log打印臺(tái)，我們看到Displayed的log，后面跟著就是下面我們需要的[packageName]/[packageName.MainActivity]，我們可以直接復(fù)制使用，然后我  們?cè)贏S的Terminal中粘貼，接著打印的就是我們指定頁(yè)面的啟動(dòng)時(shí)間數(shù)據(jù)。

Status: ok Activity: com.xx.xxx/com.xx.xxxx.welcome.view.WelcomeActivity ThisTime: 242 TotalTime: 242 WaitTime: 288 Complete

• ThisTime:是指調(diào)用過(guò)程中***一個(gè)Activity啟動(dòng)時(shí)間到這個(gè)Activity的 startActivityAndWait調(diào)用結(jié)束;

• TotalTime:是指調(diào)用過(guò)程中***個(gè)Activity的啟動(dòng)時(shí)間到***一個(gè)Activity的 startActivityAndWait結(jié)束。

• WaitTime:是startActivityAndWait這個(gè)方法的調(diào)用耗時(shí);

reportFullyDrawn

在某些特殊場(chǎng)景，我們可能不單單啟動(dòng)頁(yè)的繪制完成回調(diào)時(shí)間就足夠了，我們需要連啟動(dòng)頁(yè)的閃屏廣告接口數(shù)據(jù)成功回調(diào)之后才算一個(gè)完整的時(shí)間，這時(shí)我們可以使用reportFullyDrawn

public class WelcomeActivity extends MvpActivity<WelcomePresenter> implements WelcomeMvp.View {      @Override     protected void onCreate(@Nullable Bundle savedInstanceState) {         super.onCreate(savedInstanceState);         setContentView(R.layout.activity_welcome);         // 請(qǐng)求數(shù)據(jù)         mvpPresenter.config();      }      @Override     public void finishRequest() {         // 數(shù)據(jù)回調(diào)         reportFullyDrawn();     } }

PS:這個(gè)方式minSdkVersion需要API19+，所以要對(duì)SDK版本進(jìn)行設(shè)置或判斷。

Traceview

Traceview是Android設(shè)備的一個(gè)非常好用的性能分析工具，它可以通過(guò)詳細(xì)的界面，讓我們跟蹤程序的性能，并且能清晰地查看到每一個(gè)函數(shù)的耗時(shí)和調(diào)用次數(shù)。

Systrace

Systrace非常直觀(guān)地展示每個(gè)線(xiàn)程上面的API的調(diào)用順序和耗時(shí)情況。

Traceview和Systrace都是DDMS面板的工具，但是現(xiàn)在AS3.0以上的版本不再建議使用了，所以這里就不詳述，如果有興趣的同學(xué)，可以看我上一篇文章《Android應(yīng)用優(yōu)化之流暢度實(shí)操》，里面有詳細(xì)地說(shuō)明這兩個(gè)工具的用法。

hugo

github.com/JakeWharton…

• 我們可以利用JakeWharton的hugo，通過(guò)注解的方式獲取對(duì)應(yīng)的類(lèi)或者函數(shù)所消耗的時(shí)間。我們可以利用它對(duì)啟動(dòng)頁(yè)Activity的生命周期來(lái)?yè)讣?xì)節(jié)。

啟動(dòng)優(yōu)化實(shí)操

用戶(hù)體驗(yàn)優(yōu)化

在冷啟動(dòng)優(yōu)化的主要體驗(yàn)個(gè)人認(rèn)為就是消除啟動(dòng)時(shí)的白屏/黑屏，因?yàn)榘灼?黑屏對(duì)于用戶(hù)使用的***印象就是慢、卡頓。我們可以設(shè)置啟動(dòng)頁(yè)的主題來(lái)達(dá)到目的。

windowDrawsSystemBarBackgrounds是對(duì)部分有系統(tǒng)操作欄的設(shè)置。接著是這個(gè)窗口背景色的布局。

<layer-list xmlns:android="http://schemas.android.com/apk/res/android" android:opacity="opaque">   <item android:drawable="@android:color/white"/>   <item>     <bitmap       android:src="@drawable/welcome_bg"       android:gravity="center"/>   </item> </layer-list>

啟動(dòng)頁(yè)的廣告展示完跳轉(zhuǎn)到首頁(yè)，然后我們?cè)O(shè)置回我們的通用樣式，可以在清單文件，也可以在代碼中設(shè)置。

<activity     &middot;&middot;&middot;     android:theme="@style/AppBaseFrameTheme"/>

通過(guò)對(duì)啟動(dòng)頁(yè)的主題設(shè)置后，就會(huì)將白屏/黑屏抹去，用戶(hù)點(diǎn)擊App的圖標(biāo)就展示啟動(dòng)圖，讓用戶(hù)先產(chǎn)生啟動(dòng)很快的“錯(cuò)覺(jué)”。同時(shí)這里可以通過(guò)動(dòng)畫(huà)，讓啟動(dòng)頁(yè)與首頁(yè)之間的過(guò)渡更加自然。

Application啟動(dòng)優(yōu)化

從上圖一的分析總結(jié)中，我對(duì)優(yōu)化點(diǎn)Application的生命周期進(jìn)行了加粗提示，接著我們回來(lái)對(duì)這部分進(jìn)行優(yōu)化實(shí)操。

1. Application#attachBaseContext()

Application啟動(dòng)會(huì)經(jīng)過(guò)attachBaseContext()-->onCreate();這時(shí)大家從attachBaseContext的生命周期聯(lián)想到什么?沒(méi)錯(cuò)就是MultiDex分包機(jī)制。想必大家都會(huì)發(fā)現(xiàn)，自從我們方法數(shù)超出了65535處理了分包之后，啟動(dòng)白屏/黑屏的問(wèn)題就出現(xiàn)了，分包機(jī)制是導(dǎo)致冷啟動(dòng)緩慢的重要原因，而現(xiàn)在部分應(yīng)用采用插件化的方式來(lái)避免MultiDex帶來(lái)的白屏問(wèn)題，這雖然是一種方法，但是開(kāi)發(fā)成本實(shí)在高，對(duì)于不少應(yīng)用來(lái)說(shuō)是不必要的。我們來(lái)聊一下MultiDex優(yōu)化，首先MultiDex可分成運(yùn)行時(shí)和編譯時(shí)兩個(gè)部分：

• 編譯期：將App中的class以某種策略拆分在多個(gè)dex中，為了減少***個(gè)dex也就主dex中包含的class數(shù);

• 運(yùn)行期：  App啟動(dòng)時(shí)，虛擬機(jī)只加載主dex中的class。app啟動(dòng)以后，使用Multidex.install，通過(guò)反射機(jī)制修改ClassLoader中的dexElements來(lái)加載其他dex;

從網(wǎng)上的多篇實(shí)踐分析中，他們主要采用的是異步方式。因?yàn)锳pp起始會(huì)先加載主dex包，那么我們可以自主去處理分包的工作，我們將啟動(dòng)頁(yè)和首頁(yè)需要的庫(kù)、組件等主要class分在主dex中，從而達(dá)到精分主dex包的大小，具體的操作寫(xiě)法，大家可以參考網(wǎng)上MultiDex啟動(dòng)優(yōu)化文章，但是大家要注意在主dex的分***程中，主dex經(jīng)過(guò)我們一系列的優(yōu)化操作減少了主dex的大小，因此也增大了NoClassDefFoundError的異常的可能，此時(shí)會(huì)導(dǎo)致我們的應(yīng)用啟動(dòng)失敗的風(fēng)險(xiǎn)，所以在優(yōu)化后我們一定做好測(cè)試工作。

2. Application#onCreate()

經(jīng)過(guò)attachBaseContext()后就到onCreate()生命周期，想必我們大部分的應(yīng)用，會(huì)在這里對(duì)我們使用到的第三方庫(kù)和組件進(jìn)行初始化工作。由于版本不斷迭代，第三方庫(kù)的初始化都是直接寫(xiě)在onCreate()中，大量的初始化工作導(dǎo)致該生命周期過(guò)于沉重，我們應(yīng)該對(duì)這些第三方庫(kù)進(jìn)行分類(lèi)。

看著上圖，各種第三方工具初始化和業(yè)務(wù)邏輯初始化，影響啟動(dòng)時(shí)間。我們先對(duì)它們拆分成四部分。

• 必須在onCreate()且是主進(jìn)程中初始化

• 可以延遲，但是需要在Application中初始化

• 可以延遲到啟動(dòng)頁(yè)的生命周期回調(diào)中初始化

• 延遲到用的時(shí)候再初始化

大家可以根據(jù)自身項(xiàng)目先列出自己項(xiàng)目的每一個(gè)初始化，然后進(jìn)行分類(lèi)。這里雖然我沒(méi)有貼具體的操作代碼，不是我認(rèn)為new一個(gè)線(xiàn)程或者創(chuàng)建一個(gè)IntentService太簡(jiǎn)單了就不說(shuō)了，而是這里需要注意的東西是整個(gè)冷啟動(dòng)優(yōu)化最多的，因?yàn)樽约阂苍谶@里踩過(guò)坑。  舉一個(gè)GrowingIO的例子，當(dāng)時(shí)項(xiàng)目用的是很舊版本的GIO，當(dāng)時(shí)對(duì)GIO的初始化是放在子線(xiàn)程操作的，忽然發(fā)包前，運(yùn)營(yíng)部門(mén)提出升級(jí)GIO的SDK版本需求，升完之后編譯運(yùn)行覺(jué)得沒(méi)什么事情就直接打包了，到線(xiàn)上之后運(yùn)營(yíng)反饋新版本沒(méi)了圈選數(shù)據(jù)，經(jīng)過(guò)檢查發(fā)現(xiàn)新版本的GIO是不能在子線(xiàn)程初始化的。從這個(gè)教訓(xùn)中，我認(rèn)為既然同學(xué)你都對(duì)冷啟動(dòng)優(yōu)化感興趣，所以一定不會(huì)差那幾句復(fù)制粘貼的代碼，這些都是要具體情況具體分析。我來(lái)總結(jié)一下重點(diǎn)

• 啟動(dòng)慢，不是無(wú)腦開(kāi)線(xiàn)程，然后塞代碼就完事，需要對(duì)癥下藥;

• 開(kāi)線(xiàn)程也是一門(mén)學(xué)問(wèn)，Thread、ThreadPoolExecutor、AsyncTask、IntentService，究竟選取哪個(gè);

• 假設(shè)你new好了Thread，但是有沒(méi)考慮好內(nèi)存泄漏問(wèn)題，不要一邊補(bǔ)坑一邊挖坑;

• 注意有些第三方SDK需要在主線(xiàn)程初始化的;

• 如果是應(yīng)用是多進(jìn)程的，注意有些第三方SDK，需要你在跟同包名進(jìn)程下進(jìn)行初始化;

• 其實(shí)有好多項(xiàng)目，經(jīng)過(guò)多年的版本迭代都是沒(méi)有整理過(guò)代碼的，那些舊代碼、無(wú)用代碼都是需要?dú)w類(lèi)整理的;

啟動(dòng)頁(yè)Activity的優(yōu)化

布局優(yōu)化  我們的啟動(dòng)頁(yè)Activity包含有啟動(dòng)圖控件、閃屏廣告圖控件、閃屏廣告視頻控件、***安裝介紹圖控件。對(duì)于布局優(yōu)化而言，除了啟動(dòng)圖控件外，其他都不是App啟動(dòng)時(shí)都要初始化的控件，這時(shí)我們可以使用ViewStub。針對(duì)指定的業(yè)務(wù)場(chǎng)景，初始化指定的控件。

避免I/O操作  我們知道I/O操作不是實(shí)時(shí)的，例如數(shù)據(jù)庫(kù)的讀寫(xiě)、SharedPreferences#apply()。我們要注意這些操作有沒(méi)阻塞主線(xiàn)程地執(zhí)行，同時(shí)我們可以利用StrictMode嚴(yán)格模式,利用它可以檢測(cè)我們?cè)趩?dòng)的時(shí)候有沒(méi)正確進(jìn)行磁盤(pán)讀寫(xiě)操作。

注意圖片bitmap的加載速度和編碼格式  我們可以知道，啟動(dòng)頁(yè)大部分的情況下都是圖片的顯示，那么我們?cè)趫D片這方面怎么摳細(xì)節(jié)呢，那就是對(duì)各種第三方圖片加載庫(kù)的選用了Glide、Picasso、Fresco等，還有是PREFER_ARGB_8888、PREFER_RGB_565的選取問(wèn)題，大家可以針對(duì)屬于自己項(xiàng)目情況進(jìn)行選取。

對(duì)矢量圖VectorDrawable對(duì)象的使用  矢量圖的核心是省時(shí)間、省空間。而對(duì)于某些用戶(hù)，它的啟動(dòng)圖可能不是一張圖片，它十分簡(jiǎn)約，就一個(gè)logo，這個(gè)時(shí)候我們可以考慮一下矢量圖的用法。

注意Activity中的啟動(dòng)生命周期的回調(diào)  我們?cè)贏pplication#onCreate()優(yōu)化，將某些不是很必要的網(wǎng)絡(luò)請(qǐng)求，搬到了歡迎頁(yè)中，但是我們也不能直接將這個(gè)網(wǎng)絡(luò)請(qǐng)求操作直接拷貝到啟動(dòng)頁(yè)的onCreate()中，我們可以巧妙地利用Activity生命周期中的Activity#onWindowFocusChanged(boolean  hasFocus) ,這個(gè)是所有控件初始化完的真正回調(diào)，我們可以將網(wǎng)絡(luò)操作放在這里，當(dāng)然我們還可以使用Service。

以上就是關(guān)于“Android中如何優(yōu)化冷啟動(dòng)”這篇文章的內(nèi)容，相信大家都有了一定的了解，希望小編分享的內(nèi)容對(duì)大家有幫助，若想了解更多相關(guān)的知識(shí)內(nèi)容，請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

本文題目：Android中如何優(yōu)化冷啟動(dòng)
地址分享：http://jinyejixie.com/article42/iehoec.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站設(shè)計(jì)、外貿(mào)建站、服務(wù)器托管、App開(kāi)發(fā)、網(wǎng)站維護(hù)、網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀(guān)點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話(huà)：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)