ANR問題的出現和解決

提示Application Not Responding。在Android上,如果你的應用程序有一段時間響應不夠靈敏,系統會向用戶顯示一個對話框,這個對話框稱作應用程序無響應(ANR:Application Not Responding)對話框。用戶可以選擇“等待”而讓程序繼續運行,也可以選擇“強制關閉”。所以一個流暢的合理的應用程序中不能出現anr,而讓用戶每次都要處理這個對話框。因此,在程序裏對響應性能的設計很重要,這樣系統不會顯示ANR給用戶。默認情況下,在android中Activity的最長執行時間是5秒,BroadcastReceiver的最長執行時間則是10秒。

 

第一:什麼會引發ANR?

 

在Android裏,應用程序的響應性是由Activity Manager和WindowManager系統服務監視的 。當它監測到以下情況中的一個時,Android就會針對特定的應用程序顯示ANR:

1.在5秒內沒有響應輸入的事件(例如,按鍵按下,屏幕觸摸) 
2.BroadcastReceiver在10秒內沒有執行完畢

造成以上兩點的原因有很多,比如在主線程中做了非常耗時的操作,比如說是下載,io異常等。

 

第二:如何避免ANR?

 

1、運行在主線程裏的任何方法都儘可能少做事情。特別是,Activity應該在它的關鍵生命週期方法(如onCreate()和onResume())裏儘可能少的去做創建操作。(可以採用重新開啓子線程的方式,然後使用Handler+Message的方式做一些操作,比如更新主線程中的ui等)

 

2、應用程序應該避免在BroadcastReceiver裏做耗時的操作或計算。但不再是在子 線程裏做這些任務(因爲 BroadcastReceiver的生命週期短),替代的是,如果響應Intent廣播需要執行一個耗時的動作的話,應用程序應該啓動一個 Service。(此處需要注意的是可以在廣播接受者中啓動Service,但是卻不可以在Service中啓動broadcasereciver,關於原因後續會有介紹,此處不是本文重點)

 

3、避免在Intent Receiver裏啓動一個Activity,因爲它會創建一個新的畫面,並從當前用戶正在運行的程序上搶奪焦點。如果你的應用程序在響應Intent廣 播時需要向用戶展示什麼,你應該使用Notification Manager來實現。


第三:有哪些UI線程?

Activity:onCreate(), onResume(), onDestroy(), onKeyDown(), onClick()

AsyncTask: onPreExecute(), onProgressUpdate(), onPostExecute(), onCancel,

Mainthread handler: handleMessage(), post*(runnable r)

子線程:

Thread,intentservice、Asynctask 


總結:anr異常也是在程序中自己經常遇到的問題,主要的解決辦法自己最常用的就是不要在主線程中做耗時的操作,而應放在子線程中來實現,比如採用Handler+mesage的方式,或者是有時候需要做一些和網絡相互交互的耗時操作就採用asyntask異步任務的方式(它的底層其實Handler+mesage有所區別的是它是線程池)等,在主線程中更新UI。

 

發佈了30 篇原創文章 · 獲贊 3 · 訪問量 3萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章