可能會存在這樣的狀況,你寫的代碼經過了世界上全部的性能測試,但當用戶嘗試使用你的應用程序時,仍然讓用戶感到不爽。應用程序響應不夠靈敏的地方包括——反映遲鈍,掛起或凍結很長時間,或者須要花費很長的時間來處理輸入。android
在Android上,若是你的應用程序有一段時間響應不夠靈敏,系統會向用戶顯示一個對話框,這個對話框稱做應用程序無響應(ANR:Application Not Responding)對話框。用戶能夠選擇讓程序繼續運行,可是,他們在使用你的應用程序時,並不但願每次都要處理這個對話框。所以,在程序裏對響應性能的設計很重要,這樣,系統不會顯示ANR給用戶。數據庫
通常說來,若是應用程序不能響應用戶輸入的話,系統會顯示一個ANR。例如,一個應用程序阻塞在一些I/O操做上(一般是網絡訪問),這時,應用程序的主線程就不能再處理用戶的輸入事件。通過必定的時間後,系統認爲應用程序已經掛起,並顯示ANR來讓用戶選擇殺死應用程序。網絡
類似地,若是你的應用程序花費太多的時間來構建詳細的內存結構,或者也許是在遊戲裏花費太多時間來計算下一步移動,這時,系統會認爲你的應用程序已經掛起。所以,確保這些計算是高效的每每很重要,但即便是最高效的代碼仍然須要花費時間來運行。異步
在這兩種狀況下,解決的方法一般是建立一個子線程,而後在線程裏作你的大部分工做。這能讓主線程(驅動UI事件循環)保持運行,並阻止系統認爲你的代碼已經凍結。由於這些線程一般是在類級別上完成的,所以,你能夠認爲響應性能問題是一個類的問題。(與基本性能相比而言,基本性能問題認爲是方法級別的問題)性能
這篇文章將討論Android系統如何判斷一個應用程序處於無響應狀態,併爲保證應用程序的響應性提供嚮導。測試
這篇文章囊括這些主題:spa
· 什麼引起了ANR?線程
· 如何避免ANR?設計
· 加強響應靈敏性blog
1)什麼引起了ANR?
在Android裏,應用程序的響應性是由Activity Manager和Window Manager系統服務監視的。當它監測到如下狀況中的一個時,Android就會針對特定的應用程序顯示ANR:
· 在5秒內沒有響應輸入的事件(例如,按鍵按下,屏幕觸摸)
· BroadcastReceiver在10秒內沒有執行完畢
一個ANR對話框顯示給用戶
2)如何避免ANR?
考慮上面的ANR定義,讓咱們來研究一下爲何它會在Android應用程序裏發生和如何最佳構建應用程序來避免ANR。
Android應用程序一般是運行在一個單獨的線程(例如,main)裏。這意味着你的應用程序所作的事情若是在主線程裏佔用了太長的時間的話,就會引起ANR對話框,由於你的應用程序並無給本身機會來處理輸入事件或者Intent廣播。
所以,運行在主線程裏的任何方法都儘量少作事情。特別是,Activity應該在它的關鍵生命週期方法(如onCreate()和onResume())裏儘量少的去作建立操做。潛在的耗時操做,例如網絡或數據庫操做,或者高耗時的計算如改變位圖尺寸,應該在子線程裏(或者以數據庫操做爲例,經過異步請求的方式)來完成。然而,不是說你的主線程阻塞在那裏等待子線程的完成——也不是調用Thread.wait()或是Thread.sleep()。替代的方法是,主線程應該爲子線程提供一個Handler,以便完成時可以提交給主線程。以這種方式設計你的應用程序,將能保證你的主線程保持對輸入的響應性並能避免因爲5秒輸入事件的超時引起的ANR對話框。這種作法應該在其它顯示UI的線程裏效仿,由於它們都受相同的超時影響。
IntentReceiver執行時間的特殊限制意味着它應該作:在後臺裏作小的、瑣碎的工做如保存設定或者註冊一個Notification。和在主線程裏調用的其它方法同樣,應用程序應該避免在BroadcastReceiver裏作耗時的操做或計算。但再也不是在子線程裏作這些任務(由於BroadcastReceiver的生命週期短),替代的是,若是響應Intent廣播須要執行一個耗時的動做的話,應用程序應該啓動一個Service。順便說起一句,你也應該避免在Intent Receiver裏啓動一個Activity,由於它會建立一個新的畫面,並從當前用戶正在運行的程序上搶奪焦點。若是你的應用程序在響應Intent廣播時須要向用戶展現什麼,你應該使用Notification Manager來實現。
3)加強響應靈敏性
通常來講,在應用程序裏,100到200ms是用戶能感知阻滯的時間閾值。所以,這裏有一些額外的技巧來避免ANR,並有助於讓你的應用程序看起來有響應性。
· 若是你的應用程序爲響應用戶輸入正在後臺工做的話,能夠顯示工做的進度(ProgressBar和ProgressDialog對這種狀況來講頗有用)。
· 特別是遊戲,在子線程裏作移動的計算。
· 若是你的應用程序有一個耗時的初始化過程的話,考慮能夠顯示一個Splash Screen或者快速顯示主畫面並異步來填充這些信息。在這兩種狀況下,你都應該顯示正在進行的進度,以避免用戶認爲應用程序被凍結了。