Android開發中避免應用無響應的方法(Application Not Responding、ANR)

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線程上潛在的耗時操作