Android開發中避免應用無響應的方法（Application Not Responding、ANR）_Android

App裡發生的最糟糕的事是彈出應用無響應”Application Not Responding” (ANR) 對話方塊.本課講的是如何保持應用響應，避免ANR。

什麼觸發ANR

通常，系統會在應用無法對使用者輸入響應時顯示ANR。比如，如果一個應用在I/O操作上阻塞了(頻繁請求網路)UI線程，系統無法處理使用者輸入事件。或者，在UI線程中，app花了大量時間在構建複雜的類，或在遊戲中計算下一個動作。保證這些操作高效是很重要的，但最高效的代碼也需要花費時間。

在任何情況下，都不要在UI線程執行耗時任務，取而代之的是建立 一個背景工作執行緒，在這個線程裡操作。這可以保持UI線程運行，阻止系統因為代碼卡住而結束應用。
在Android裡，Activity Manager和Window Manager系統服務監控著應用的響應能力。Android會在檢測到以下情形中之一時，彈出ANR對話方塊：

1.未在5秒內對使用者輸入事件響應
2.BroadcastReceiver未在10秒內執行完

如何避免ANR

Android應用預設運行在單線程裡，叫UI線程或主線程。這意味著，你的應用所有工作都在UI線程裡，如果花費很長時間才能完成，會觸發ANR,因為此時應用無法操控輸入事件或廣播。

因此，UI 線程裡的任何方法都應該儘可能地做輕量的工作,特別是Activity在生命週期方法,像onCreate(),onResume().潛在的耗時操作，像網路，資料庫，或昂貴的計算(像改變圖片大小)應該在背景工作執行緒裡完成(或者在資料庫操作案例裡，通過一個非同步請求)。

最高效的方法是為耗時操作使用AsyncTask類建立背景工作執行緒。繼承AsyncTask實現doInBackground()方法來執行工作。要發送進度給使用者，調用 publishProgress()，會觸發onProgressUpdate()，例子:

複製代碼 代碼如下:

private class DownloadFilesTask extends AsyncTask<URL, Integer, Long> {
    // Do the long-running work in here
    protected Long doInBackground(URL... urls) {
        int count = urls.length;
        long totalSize = 0;
        for (int i = 0; i < count; i++) {
            totalSize += Downloader.downloadFile(urls[i]);
            publishProgress((int) ((i / (float) count) * 100));
            // Escape early if cancel() is called
            if (isCancelled()) break;
        }
        return totalSize;
    }
 
    // This is called each time you call publishProgress()
    protected void onProgressUpdate(Integer... progress) {
        setProgressPercent(progress[0]);
    }
 
    // This is called when doInBackground() is finished
    protected void onPostExecute(Long result) {
        showNotification("Downloaded " + result + " bytes");
    }
}

執行這個背景工作執行緒，只需要建立一個執行個體，調用 execute():

複製代碼 代碼如下:

new DownloadFilesTask().execute(url1, url2, url3);

儘管比AsyncTask更複雜，你可能還是想建立自己的線程或者HandlerThread類，如果這麼做，你應該調用Process.setThreadPriority(THREAD_PRIORITY_BACKGROUND) 設定線程優先線為”background”.如果沒有，線程仍然會拖慢應用，因為它跟UI線程優先順序相同。

如果你實現Thread或HandlerThread，確保UI線程沒有因為等待背景工作執行緒執行完而阻塞。不要調用Thread.wait()或Thread.sleep(),而是提供一個Handler,供任務執行完後回調。如此設計，UI線程會保持響應，避免出現ANR對話方塊。

特彆強調BroadcastReceiver的執行時間，意味著你要：分散工作到後台線程裡，像儲存設定或者註冊Notification。執行密集任務(intensive tasks),應該用IntentService。

提示：你可以用StrictMode幫你找到在UI線程上潛在的耗時操作