ANR(Application Not Responding)
ANR定義：在Android上，如果你的應用程序有一段時間響應不夠靈敏，系統會向用戶顯示一個對話框，這個對話框稱作應用程序無響應對話框（ANR：Application Not Responding），用戶可以選擇“等待”讓應用程序繼續運行，也可以選擇“強制關閉”。所以一個順暢合理的應用程序不會出現ANR，而讓用戶處理這個對話框。因此，在程序里對響應性能的設計很重要，這樣系統不會顯示ANR給用戶。
默認情況下，Android的Activity執行時間為5s,BroadcastReceiver的最長執行時間為10s.
第一，什么會引發ANR
在Android里，應用程序響應由Activity Manager和WindowManager系統服務監視的，當它監聽到一下一種情況時，Android就會針對特定的應用程序顯示ANR：
1).在5秒內沒有響應輸入事件（例如，按鍵按下，屏幕觸摸）
2).BroadcastReceiver在10秒內沒有執行完畢
造成以上兩點多原因有很多，比如在主線程中做非常耗時的操作，比如下載，IO異常等。
潛在的耗時操作，例如網絡或數據庫操作或者高耗時的計算如改變位圖尺寸，這些操作應該放在子線程中（或者以數據庫為例，通過異步請求的方式）來完成，然而，不是說你的主線程阻塞在那里等待子線程來完成--也不用調用Thread.wait()或Thread.sleep();替代的方法是主線程需要為子線程提供一個handler，以便完成時能夠交給主線程，以這種方式設計你的應用程序，將能保證你的主線程保持對輸入的響應性并能避免由于5秒輸入事件的超時引發的ANR對話框。
第二，如何避免ANR
1.運行在主線程里的任何方法都盡可能少做事情。特別是，Activity應該在它的關鍵生命周期方法（如onCreate()和onResume()）里盡可能少的去做創建操作。（可以采用重新開啟子線程的方式，然后使用Handler+Message的方式做一些操作，比如更新主線程中的ui等）
2.應用程序應該避免在BroadcastReceiver里做耗時的操作或計算。但不再是在子線程里做這些任務（因為 BroadcastReceiver的生命周期短），替代的是，如果響應Intent廣播需要執行一個耗時的動作的話，應用程序應該啟動一個 Service。（此處需要注意的是可以在廣播接受者中啟動Service，但是卻不可以在Service中啟動broadcasereciver,關于原因后續會有介紹，此處不是本文重點）
3.避免在Intent Receiver里啟動一個Activity，因為它會創建一個新的畫面，并從當前用戶正在運行的程序上搶奪焦點。如果你的應用程序在響應Intent廣 播時需要向用戶展示什么，你應該使用Notification Manager來實現。
總結：anr異常也是在程序中自己經常遇到的問題，主要的解決辦法自己最常用的就是不要在主線程中做耗時的操作，而應放在子線程中來實現，比如采用Handler+mesage的方式，或者是有時候需要做一些和網絡相互交互的耗時操作就采用asyntask異步任務的方式（它的底層其實Handler+mesage有所區別的是它是線程池）等，在主線程中更新UI。
posted on 2015-06-24 16:00
Terry Zou 閱讀(306)
評論(0) 編輯 收藏 所屬分類:
Android