Android應用如何反饋Crash報告（zz）

為什麼需要反饋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的發生更合理。

 

 

轉載自：Android應用如何反饋Crash報告

參見：Android小技巧(一):實現捕獲應用的運行時異常