ANR (Application Not Responding)
ANR定義:在Android上幻枉,如果你的應(yīng)用程序有一段時(shí)間響應(yīng)不夠靈敏碰声,系統(tǒng)會(huì)向用戶顯示一個(gè)對(duì)話框,這個(gè)對(duì)話框稱作應(yīng)用程序無響應(yīng)(ANR:Application Not Responding)對(duì)話框熬甫。用戶可以選擇“等待”而讓程序繼續(xù)運(yùn)行胰挑,也可以選擇“強(qiáng)制關(guān)閉”。所以一個(gè)流暢的合理的應(yīng)用程序中不能出現(xiàn)anr,而讓用戶每次都要處理這個(gè)對(duì)話框瞻颂。因此豺谈,在程序里對(duì)響應(yīng)性能的設(shè)計(jì)很重要,這樣系統(tǒng)不會(huì)顯示ANR給用戶贡这。
默認(rèn)情況下茬末,在android中Activity的最長(zhǎng)執(zhí)行時(shí)間是5秒,BroadcastReceiver的最長(zhǎng)執(zhí)行時(shí)間則是10秒藕坯。
第一:什么會(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:
1正歼、在5秒內(nèi)沒有響應(yīng)輸入的事件(例如辐马,按鍵按下,屏幕觸摸)
2局义、BroadcastReceiver在10秒內(nèi)沒有執(zhí)行完畢
造成以上兩點(diǎn)的原因有很多喜爷,比如在主線程中做了非常耗時(shí)的操作,比如說是下載萄唇,io異常等檩帐。
潛在的耗時(shí)操作,例如網(wǎng)絡(luò)或數(shù)據(jù)庫(kù)操作另萤,或者高耗時(shí)的計(jì)算如改變位圖尺寸湃密,應(yīng)該在子線程里(或者以數(shù)據(jù)庫(kù)操作為例,通過異步請(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?
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)兄朋。
總結(jié):anr異常也是在程序中自己經(jīng)常遇到的問題掐禁,主要的解決辦法自己最常用的就是不要在主線程中做耗時(shí)的操作,而應(yīng)放在子線程中來實(shí)現(xiàn)颅和,比如采用Handler+mesage的方式傅事,或者是有時(shí)候需要做一些和網(wǎng)絡(luò)相互交互的耗時(shí)操作就采用asyntask異步任務(wù)的方式(它的底層其實(shí)Handler+mesage有所區(qū)別的是它是線程池)等,在主線程中更新UI峡扩。