ANR (Application Not Responding) 官方地址
在Android上喳篇，如果你的應(yīng)用程序有一段時間響應(yīng)不夠靈敏，系統(tǒng)會向用戶顯示一個對話框，這個對話框稱作應(yīng)用程序無響應(yīng)（ANR：Application Not Responding）對話框。
用戶可以選擇“等待”而讓程序繼續(xù)運(yùn)行，也可以選擇“強(qiáng)制關(guān)閉”板乙。所以一個流暢的合理的應(yīng)用程序中不能出現(xiàn)ANR，而讓用戶每次都要處理這個對話框赏枚。因此亡驰，在程序里對響應(yīng)性能的設(shè)計(jì)很重要，這樣系統(tǒng)不會顯示ANR給用戶饿幅。
默認(rèn)情況下，
- 在android中Activity的最長執(zhí)行時間是5秒戒职，
- BroadcastReceiver的最長執(zhí)行時間則是10秒栗恩。
什么會引發(fā)ANR？
在Android里洪燥，應(yīng)用程序的響應(yīng)性是由Activity Manager和WindowManager系統(tǒng)服務(wù)監(jiān)視的 磕秤。當(dāng)它監(jiān)測到以下情況時，Android就會針對特定的應(yīng)用程序顯示ANR：
- 1.在5秒內(nèi)沒有響應(yīng)輸入的事件（例如捧韵，按鍵按下市咆，屏幕觸摸）
- 2.BroadcastReceiver在10秒內(nèi)沒有執(zhí)行完畢
造成以上兩點(diǎn)的原因有很多，比如在主線程中做了非常耗時的操作再来，比如說是下載蒙兰，io異常等。
潛在的耗時操作芒篷，例如網(wǎng)絡(luò)或數(shù)據(jù)庫操作搜变，或者高耗時的計(jì)算如改變位圖尺寸，應(yīng)該在子線程里（或者以數(shù)據(jù)庫操作為例针炉，通過異步請求的方式）來完成挠他。然而，不是說你的主線程阻塞在那里等待子線程的完成——也不是調(diào)用 Thread.wait()或是Thread.sleep()篡帕。替代的方法是殖侵，主線程應(yīng)該為子線程提供一個Handler，以便完成時能夠提交給主線程镰烧。以這種方式設(shè)計(jì)你的應(yīng)用程序拢军，將能保證你的主線程保持對輸入的響應(yīng)性并能避免由于5秒輸入事件的超時引發(fā)的ANR對話框。
如何避免ANR拌滋？
1朴沿、運(yùn)行在主線程里的任何方法都盡可能少做事情。特別是，Activity應(yīng)該在它的關(guān)鍵生命周期方法（如onCreate()和onResume()）里盡可能少的去做創(chuàng)建操作赌渣。（可以采用重新開啟子線程的方式魏铅，然后使用Handler+Message的方式做一些操作，比如更新主線程中的ui等）
2坚芜、應(yīng)用程序應(yīng)該避免在BroadcastReceiver里做耗時的操作或計(jì)算览芳。但不再是在子線程里做這些任務(wù)（因?yàn)?BroadcastReceiver的生命周期短），替代的是鸿竖，如果響應(yīng)Intent廣播需要執(zhí)行一個耗時的動作的話沧竟，應(yīng)用程序應(yīng)該啟動一個 Service。
3缚忧、避免在Intent Receiver里啟動一個Activity悟泵，因?yàn)樗鼤?chuàng)建一個新的畫面，并從當(dāng)前用戶正在運(yùn)行的程序上搶奪焦點(diǎn)闪水。如果你的應(yīng)用程序在響應(yīng)Intent廣播時需要向用戶展示什么糕非，你應(yīng)該使用Notification Manager來實(shí)現(xiàn)。
總結(jié)：anr異常也是在程序中自己經(jīng)常遇到的問題球榆，主要的解決辦法自己最常用的就是不要在主線程中做耗時的操作朽肥，而應(yīng)放在子線程中來實(shí)現(xiàn)，比如采用Handler+mesage的方式持钉，或者是有時候需要做一些和網(wǎng)絡(luò)相互交互的耗時操作就采用asyntask異步任務(wù)的方式（它的底層其實(shí)Handler+mesage有所區(qū)別的是它是線程池）等衡招，在主線程中更新UI。
