一直以來Android性能測(cè)試一直是android測(cè)試中一個(gè)被一部分人遺忘吏颖，有被一部分人無可奈何的東西。在絕大部分的創(chuàng)業(yè)公司，性能測(cè)試基本上都是被遺忘的，因?yàn)楣δ軠y(cè)試和穩(wěn)定性測(cè)試才是重點(diǎn)亡资，而在中等公司中一部分測(cè)試人員向?qū)ndroid進(jìn)行性能測(cè)試句喜，卻無從下手。Android性能測(cè)試一直存在測(cè)試維度少沟于，測(cè)試數(shù)據(jù)難收集，已收集數(shù)據(jù)難量化的特點(diǎn)植康，這些特點(diǎn)又是因?yàn)锳ndroid手機(jī)版本碎片化旷太、硬件多樣化、App功能復(fù)雜造成的销睁。
性能測(cè)試總的來說供璧，可以分為卡頓ANR測(cè)試、流暢度測(cè)試冻记、電量測(cè)試睡毒、流量測(cè)試。一個(gè)APP為什么需要性能測(cè)試冗栗，總的來說就是一些不嚴(yán)謹(jǐn)?shù)拇a演顾，在低端機(jī)型造成卡頓，對(duì)手機(jī)上有限電量的浪費(fèi)隅居，昂貴流量的浪費(fèi)钠至，造成用戶流失。
今天先說說卡頓ANR測(cè)試
卡頓ANR與Android就是天生的朋友胎源，從Android第一天誕生直到現(xiàn)在的8核CPU棉钧，Android還是未能擺脫頁面不流暢，卡涕蚤，死機(jī)的詬病宪卿，所以個(gè)人認(rèn)為卡頓ANR測(cè)試是性能測(cè)試最主要的一塊。
卡頓簡(jiǎn)單的來說万栅，就是手機(jī)沒有及時(shí)響應(yīng)佑钾、頁面延遲，出現(xiàn)丟幀的現(xiàn)象烦粒，或者點(diǎn)擊無響應(yīng)次绘。絕大多數(shù)的卡頓，稍等片刻系統(tǒng)就會(huì)恢復(fù)正常撒遣，但假如超過5S,就可能會(huì)引發(fā)手機(jī)ANR,造成更高級(jí)別的警告邮偎。
什么會(huì)引發(fā)ANR？
在Android里义黎，應(yīng)用程序的響應(yīng)性是由Activity Manager和WindowManager系統(tǒng)服務(wù)監(jiān)視的 禾进。當(dāng)它監(jiān)測(cè)到以下情況中的一個(gè)時(shí)，Android就會(huì)針對(duì)特定的應(yīng)用程序顯示ANR：
ANR一般有三種類型：
1）KeyDispatchTimeout(5 seconds) --主要類型按鍵或觸摸事件在特定時(shí)間內(nèi)無響應(yīng)
2）BroadcastTimeout(10 seconds) --BroadcastReceiver在特定時(shí)間內(nèi)無法處理完成
3）ServiceTimeout(20 seconds) --小概率類型 Service在特定的時(shí)間內(nèi)無法處理完成
這三種原因都會(huì)造成ANR廉涕，但是第一種情況基本上占了所有ANR的百分之九十以上泻云，第三種的情況微乎其微艇拍。這三種ANR不是孤立的，有可能會(huì)相互影響宠纯。例如一個(gè)應(yīng)用程序進(jìn)程中同時(shí)有一個(gè)正在顯示的Activity和一個(gè)正在處理消息的BroadcastReceiver卸夕，它們都運(yùn)行在這個(gè)進(jìn)程的主線程中。如果BR的onReceive函數(shù)沒有返回婆瓜，此時(shí)用戶點(diǎn)擊屏幕快集，而onReceive超過5秒仍然沒有返回，主線程無法處理用戶輸入事件廉白，就會(huì)引起第1種ANR个初。如果繼續(xù)超過10秒沒有返回，又會(huì)引起第2種ANR猴蹂。發(fā)生ANR的主要原因是潛在的耗時(shí)操作院溺，例如網(wǎng)絡(luò)或數(shù)據(jù)庫操作，或者高耗時(shí)的計(jì)算如改變位圖尺寸磅轻，應(yīng)該在子線程里（或者以數(shù)據(jù)庫操作為例珍逸，通過異步請(qǐng)求的方式）來完成。然而聋溜，不是說你的主線程阻塞在那里等待子線程的完成——也不是調(diào)用 Thread.wait()或是Thread.sleep()弄息。替代的方法是，主線程應(yīng)該為子線程提供一個(gè)Handler勤婚，以便完成時(shí)能夠提交給主線程摹量。以這種方式設(shè)計(jì)你的應(yīng)用程序，將能保證你的主線程保持對(duì)輸入的響應(yīng)性并能避免由于5秒輸入事件的超時(shí)引發(fā)的ANR對(duì)話框馒胆。
三種ANR發(fā)生時(shí)都會(huì)在log中輸出錯(cuò)誤信息缨称，你會(huì)發(fā)現(xiàn)各個(gè)應(yīng)用進(jìn)程和系統(tǒng)進(jìn)程的函數(shù)堆棧信息都輸出到了一個(gè)/data/anr/traces.txt的文件中，ROOT手機(jī)導(dǎo)出該文件后祝迂，分析此日志可以得出一些結(jié)論睦尽，但traces文件信息比較抽象，難理解型雳〉狈玻總的來說，日志難收集纠俭，結(jié)果難分析沿量。
如何避免ANR？
1） 運(yùn)行在主線程里的任何方法都盡可能少做事情冤荆。特別是朴则，Activity應(yīng)該在它的關(guān)鍵生命周期方法（如onCreate()和onResume()）里盡可能少的去做創(chuàng)建操作。（可以采用重新開啟子線程的方式钓简，然后使用Handler+Message的方式做一些操作乌妒，比如更新主線程中的ui等）
2） 應(yīng)用程序應(yīng)該避免在BroadcastReceiver里做耗時(shí)的操作或計(jì)算汹想。但不再是在子線程里做這些任務(wù)（因?yàn)?BroadcastReceiver的生命周期短），替代的是撤蚊，如果響應(yīng)Intent廣播需要執(zhí)行一個(gè)耗時(shí)的動(dòng)作的話古掏，應(yīng)用程序應(yīng)該啟動(dòng)一個(gè) Service。（此處需要注意的是可以在廣播接受者中啟動(dòng)Service侦啸，但是卻不可以在Service中啟動(dòng)broadcasereciver,關(guān)于原因后續(xù)會(huì)有介紹槽唾，此處不是本文重點(diǎn)）
3）避免在Intent Receiver里啟動(dòng)一個(gè)Activity，因?yàn)樗鼤?huì)創(chuàng)建一個(gè)新的畫面匹中，并從當(dāng)前用戶正在運(yùn)行的程序上搶奪焦點(diǎn)。如果你的應(yīng)用程序在響應(yīng)Intent廣 播時(shí)需要向用戶展示什么豪诲，你應(yīng)該使用Notification Manager來實(shí)現(xiàn)顶捷。
TestBird
