為什么需要反饋Crash報告？
做Android應用程序，要盡量避免程序Crash的發生。雖然說零Crash是程序員追逐的最終目標，但是現實的情況是，程序員只能盡量的減少Crash的發生，而幾乎不可能完全杜絕Crash。也許，你認為你的應用的健壯性已經近乎完美，輕松的經受住了測試部門魔鬼般的考驗，但是當你的應用發布到市場，面對百萬甚至千萬級別的用戶的時候，可能就沒有那么幸運了。
基于以上原因，一般的應用程序，都要有一個Crash反饋的機制。程序員可以根據反饋的結果，對當前的版本的代碼進行改進，使發布的下一個版本更加穩定。
如何反饋？
先來看如何捕獲Crash的發生。
Java中有一個接口，UncaughtExceptionHandler，先看描述。
static interface
| Thread.UncaughtExceptionHandler
當 Thread 因未捕獲的異常而突然終止時，調用處理程序的接口。 |
再來看Thread類中的一個方法。
static void
| setDefaultUncaughtExceptionHandler(Thread.UncaughtExceptionHandler eh)
設置當線程由于未捕獲到異常而突然終止，并且沒有為該線程定義其他處理程序時所調用的默認處理程序。 |
看了這些API，就知道我們需要實現這樣一個接口，然后在程序的主線程中設置處理程序。
看下面的接口實現。
package com.arui.framework.android.exception;
import java.lang.Thread.UncaughtExceptionHandler;
import android.content.Context;
/**
* Default exception handler for all activities.
*
* @author http://blog.csdn.net/arui319
* @version 2011/12/01
*
*/
public class DefaultExceptionHandler implements UncaughtExceptionHandler {
private Context act = null;
public DefaultExceptionHandler(Context act) {
this.act = act;
}
@Override
public void uncaughtException(Thread thread, Throwable ex) {
// 收集異常信息 并且發送到服務器
sendCrashReport(ex);
// 等待半秒
try {
Thread.sleep(500);
} catch (InterruptedException e) {
//
}
// 處理異常
handleException();
}
private void sendCrashReport(Throwable ex) {
StringBuffer exceptionStr = new StringBuffer();
exceptionStr.append(ex.getMessage());
StackTraceElement[] elements = ex.getStackTrace();
for (int i = 0; i < elements.length; i++) {
exceptionStr.append(elements[i].toString());
}
//TODO
//發送收集到的Crash信息到服務器
}
private void handleException() {
//TODO
//這里可以對異常進行處理。
//比如提示用戶程序崩潰了。
//比如記錄重要的信息，嘗試恢復現場。
//或者干脆記錄重要的信息后，直接殺死程序。
}
}
在主Activity的onCreate(Bundle savedInstanceState)方法中增加如下代碼。
Thread.setDefaultUncaughtExceptionHandler(new DefaultExceptionHandler(
this.getApplicationContext()));
如何發送到服務器？
這個不同的項目組會有不同的方式，具體不在這里討論了。需要提醒的是，除了把異常的具體信息發送給服務器外，至少還需要發送版本信息，這樣程序員才可以判斷服務器上的異常信息是哪個版本出現的。除了版本信息，可能還需要手機的SDK版本，屏幕分辨率，手機型號等等信息，有了這些信息，可以更全面的了解異常信息。更多說明。
只需要在主Activity中設置一次異常處理類即可，不需要在所有的Acitivity都進行設置。
個人感覺Crash發生后，恢復現場繼續運行的意義不大。Crash以后，程序的運行情況已經是不可預知的了，用一個錯誤，去彌補另外一個錯誤，本身就會導致更多的錯誤。建議還是盡量避免Crash的發生更合理。
