第一：什麼會引發anr？
在android裡，應用程式的響應性是由activity manager和windowmanager系統服務監視的 。當它監測到以下情況中的乙個時，android就會針對特定的應用程式顯示anr：
1.在5秒內沒有響應輸入的事件（例如，按鍵按下，螢幕觸控）
2.broadcastreceiver在10秒內沒有執行完畢
第二：如何避免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。
關於android中的ANR
在onupdate中獲取到fields的更新值 final string fields new string 5 fields 0 notifyvalue update,x1 fields 1 notifyvalue update,x2 fields 2 notifyvalue update,x3 ...
Android 中的ANR 問題，響應靈敏性
可能會存在這樣的情況，你寫的 通過了世界上所有的效能測試，但當使用者嘗試使用你的應用程式時，仍然讓使用者感到不爽。應用程式響應不夠靈敏的地方包括 反映遲鈍，掛起或凍結很長時間，或者需要花費很長的時間來處理輸入。一般說來，如果應用程式不能響應使用者輸入的話，系統會顯示乙個anr。例如，乙個應用程式阻塞...
Android 中的ANR 問題，響應靈敏性
size large 可能會存在這樣的情況，你寫的 通過了世界上所有的效能測試，但當使用者嘗試使用你的應用程式時，仍然讓使用者感到不爽。應用程式響應不夠靈敏的地方包括 反映遲鈍，掛起或凍結很長時間，或者需要花費很長的時間來處理輸入。一般說來，如果應用程式不能響應使用者輸入的話，系統會顯示乙個anr。...