百度MTC是業(yè)界領(lǐng)先的移動(dòng)應(yīng)用測(cè)試服務(wù)平臺(tái)，為廣大開發(fā)者在移動(dòng)應(yīng)用測(cè)試中面臨的成本、技術(shù)和效率問(wèn)題提供解決方案。同時(shí)分享行業(yè)領(lǐng)先的百度技術(shù)，作者來(lái)自百度員工和業(yè)界領(lǐng)袖等。
一、ANR是什么
簡(jiǎn)單說(shuō)，通常就是App運(yùn)行的時(shí)候，duang~卡住了，怎么搞都動(dòng)不了。當(dāng)卡住超過(guò)一定時(shí)間，Android系統(tǒng)認(rèn)為這就是一次“ANR（Application Not Responding）”。
具體說(shuō)，在以下情況發(fā)生時(shí)，會(huì)發(fā)生ANR（可能在不同ROM中時(shí)間有所更改）：
用戶的輸入在5s內(nèi)沒被App響應(yīng)；
BroadcastReceiver的onReceiver()超過(guò)10s；
Service中各生命周期函數(shù)執(zhí)行超過(guò)20s。
用戶在App的絕大部分操作，都需要有App的主動(dòng)回應(yīng)，比如按下按鈕之后按鈕樣式的改變、下拉滾動(dòng)條內(nèi)容的移動(dòng)、加載資源時(shí)的進(jìn)度條轉(zhuǎn)轉(zhuǎn)轉(zhuǎn)，它們都是“操作-反饋”配對(duì)的模式。對(duì)于我們手機(jī)上最常見的觸摸操作，0.1s的響應(yīng)延遲已經(jīng)有很明顯的卡頓感了。而對(duì)于常見的ANR，用戶至少要等5s以上！
發(fā)生了ANR，往往會(huì)彈出對(duì)話框，問(wèn)用戶是繼續(xù)等待還是直接關(guān)掉：
相信幾乎所有Android手機(jī)用戶都見過(guò)這個(gè)然并卵的ANR對(duì)話框，但大部分普通用戶根本不知道這個(gè)對(duì)話框在講什么，并且往往也只有關(guān)閉App。漫長(zhǎng)的等待就給我看這個(gè)？從用戶的體驗(yàn)看，就是心中一萬(wàn)只草泥馬奔騰起來(lái)撞火車的感受?？梢夾NR對(duì)于應(yīng)用的影響并不亞于Crash。
一般來(lái)說(shuō)，界面相對(duì)越不“流暢”的App（說(shuō)明UI線程耗時(shí)操作多）越容易發(fā)生ANR（一個(gè)輸入事件在某個(gè)設(shè)備A上4秒有了反饋，并不意味著它在其他設(shè)備B上是安全的）。ANR其實(shí)就是界面卡頓的極端情況。反過(guò)來(lái)，只要通過(guò)合理的方案消滅了App出現(xiàn)的ANR，往往也同時(shí)會(huì)使App展示界面表現(xiàn)會(huì)更加順滑流暢。
一些典型的ANR問(wèn)題場(chǎng)景
1）最常見的錯(cuò)誤，UI線程等待其它線程釋放某個(gè)鎖，導(dǎo)致UI線程無(wú)法處理用戶輸入；
2）游戲中每幀動(dòng)畫都進(jìn)行了比較耗時(shí)的大量計(jì)算，導(dǎo)致CPU忙不過(guò)來(lái)；
3）Web應(yīng)用中，網(wǎng)絡(luò)狀態(tài)不穩(wěn)定，而界面在等待網(wǎng)絡(luò)數(shù)據(jù)；
4）UI線程中進(jìn)行了一些磁盤IO（包括數(shù)據(jù)庫(kù)、SD卡等等）的操作，在個(gè)別設(shè)備上因?yàn)橛布p壞等原因阻塞住了；
5）手機(jī)被其他App占用著CPU，自己獲取不到足夠的CPU時(shí)間片，純屬誤傷。
通過(guò)ANR日志定位問(wèn)題
當(dāng)ANR發(fā)生時(shí)，我們往往通過(guò)Logcat和traces文件（目錄/data/anr/）的相關(guān)信息輸出去定位問(wèn)題。主要包含以下幾方面：
1）基本信息，包括進(jìn)程名、進(jìn)程號(hào)、包名、系統(tǒng)build號(hào)、ANR類型等等；
2）CPU使用信息，包括活躍進(jìn)程的CPU平均占用率、IO情況等等；
3）線程堆棧信息，所屬進(jìn)程包括發(fā)生ANR的進(jìn)程、其父進(jìn)程、最近有活動(dòng)的3個(gè)進(jìn)程等等。
1、在平常測(cè)試中，ANR有基本測(cè)試不到，因?yàn)锳NR基本發(fā)生在垃圾設(shè)備中，弱網(wǎng)絡(luò)，頻繁操作。
2、問(wèn)題不必現(xiàn)，即使看到了問(wèn)題，定位麻煩：要去data/anr.txt文件里面查找。必須root,沒有對(duì)應(yīng)關(guān)系，分析復(fù)雜，導(dǎo)出文件就必須依賴手機(jī)零距離。
由于anr問(wèn)題不必現(xiàn)，因此引入以下ANR檢測(cè)工具，當(dāng)anr問(wèn)題出現(xiàn)時(shí)，自動(dòng)dump手機(jī)中的日志信息如trace文件、堆棧信息等，基本原理如下：
檢測(cè)到UI主線程卡頓時(shí)間超過(guò)設(shè)定的時(shí)間，如4s，即dump trace文件以及堆棧信息，同時(shí)拋出異常，收集信息，根據(jù)這些文件信息即可定位到發(fā)生anr的原因
步驟一：源代碼libs中添加anr.jar
步驟二：在 Application 的onCreate中添加初始化sdk的代碼
initSDK(Context context, String appKey, boolean watchdog, int time)
其中time表示檢測(cè)判定線程是否超時(shí)（發(fā)生anr）的門限值，單位：ms
步驟三：正常編譯打包apk
安裝步驟4.2.1編譯打包插入anr檢測(cè)的apk
測(cè)試app，任意操作（monkey/case），當(dāng)發(fā)生anr時(shí)，會(huì)自動(dòng)殺掉進(jìn)程，并在本地生成日志文件日志路徑：/sdcard/lynq_anr下有兩個(gè)文件夾
以Baidu Browser啟動(dòng)為例。
Baidu Browser啟動(dòng)過(guò)程主線程過(guò)長(zhǎng)，在低端機(jī)上容易導(dǎo)致發(fā)生anr；線程超時(shí)，app進(jìn)程kill掉，查看手機(jī)本地trace日志，Crash信息包括trace文件以及堆棧信息
分析trace文件
Trace文件通過(guò)eclipse中的DDMS可以查看具體發(fā)生ANR卡頓的原因
通過(guò)real Time/Call從大到小排序，找到對(duì)應(yīng)的與代碼相關(guān)消耗時(shí)間大的方法
可以看出
書簽數(shù)據(jù)庫(kù)初始化消耗CPU時(shí)間最長(zhǎng)。
查看耗時(shí)最長(zhǎng)方法對(duì)應(yīng)的源代碼
找到對(duì)應(yīng)的源代碼如下：
主要是數(shù)據(jù)庫(kù)的初始化在啟動(dòng)的主線程中進(jìn)行，容易導(dǎo)致超時(shí)在低端機(jī)上發(fā)生anr問(wèn)題。
更多干貨分享請(qǐng)關(guān)注”百度MTC學(xué)院“http://mtc.baidu.com/academy/article
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無(wú)理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。
重慶分公司
重慶分公司
