為什麼需要反饋Crash報告?
做Android應用程式,要盡量避免程式Crash的發生。雖然說零Crash是程式員追逐的最終目標,但是現實的情況是,程式員只能盡量的減少Crash的發生,而幾乎不可能完全杜絕Crash。也許,你認為你的應用的健壯性已經近乎完美,輕鬆的經受住了測試部門魔鬼般的考驗,但是當你的應用發布到市場,面對百萬甚至千萬層級的使用者的時候,可能就沒有那麼幸運了。
基於以上原因,一般的應用程式,都要有一個Crash反饋的機制。程式員可以根據反饋的結果,對當前的版本的代碼進行改進,使發布的下一個版本更加穩定。
如何反饋?
先來看如何捕獲Crash的發生。
Java中有一個介面,UncaughtExceptionHandler,先看描述。
static interface
|
Thread.UncaughtExceptionHandler 當 Thread 因未捕獲的異常而突然終止時,調用處理常式的介面。 |
再來看Thread類中的一個方法。
static void
|
setDefaultUncaughtExceptionHandler(Thread.UncaughtExceptionHandler eh) 設定當線程由於未捕獲到異常而突然終止,並且沒有為該線程定義其他處理常式時所調用的預設處理常式。 |
看了這些API,就知道我們需要實現這樣一個介面,然後在程式的主線程中設定處理常式。
public class DefaultExceptionHandler implements UncaughtExceptionHandler { //繼承自UncaughtExceptionHandler
public void uncaughtException(Thread thread, Throwable ex) { }//處理沒有捕獲到的異常
}
1.發郵件
2.發送到伺服器
3.等等。。。
這樣就可以手機CrashReport進行處理,看一下使用者那裡到底出現了哪些問題