Android應用如何反饋Crash報告

為什麼需要反饋Crash報告？

做Android應用程序，要盡量避免程序Crash的發生。雖然說零Crash是程序員追逐的最終目標，但是現實的情況是，程序員只能盡量的減少Crash的發生，而幾乎不可能完全杜絕Crash。也許，你認為你的應用的健壯性已經近乎完美，輕松的經受住了測試部門魔鬼般的考驗，但是當你的應用發布到市場，面對百萬甚至千萬級別的用戶的時候，可能就沒有那麼幸運了。

基於以上原因，一般的應用程序，都要有一個Crash反饋的機制。程序員可以根據反饋的結果，對當前的版本的代碼進行改進，使發布的下一個版本更加穩定。

如何反饋？

先來看如何捕獲Crash的發生。

Java中有一個接口，UncaughtExceptionHandler，先看描述。

static interface

Thread.UncaughtExceptionHandler
          當 Thread 因未捕獲的異常而突然終止時，調用處理程序的接口。

再來看Thread類中的一個方法。

static void

setDefaultUncaughtExceptionHandler(Thread.UncaughtExceptionHandler eh)
          設置當線程由於未捕獲到異常而突然終止，並且沒有為該線程定義其他處理程序時所調用的默認處理程序。

看了這些API，就知道我們需要實現這樣一個接口，然後在程序的主線程中設置處理程序。

看下面的接口實現。 

1. package com.arui.framework.android.exception;  
2.   
3.    
4.   
5. import java.lang.Thread.UncaughtExceptionHandler;  
6.   
7. import android.content.Context;  
8.   
9.    
10.   
11. /** 
12.  
13.  * Default exception handler for all activities. 
14.  
15.  *  
16.  
17.  * @author http://blog.csdn.net/arui319 
18.  
19.  * @version 2011/12/01 
20.  
21.  *  
22.  
23.  */  
24.   
25. public class DefaultExceptionHandler implements UncaughtExceptionHandler {  
26.   
27.    
28.   
29.     private Context act = null;  
30.   
31.    
32.   
33.     public DefaultExceptionHandler(Context act) {  
34.   
35.        this.act = act;  
36.   
37.     }  
38.   
39.    
40.   
41.     @Override  
42.   
43.     public void uncaughtException(Thread thread, Throwable ex) {  
44.   
45.    
46.   
47.        // 收集異常信息 並且發送到服務器   
48.   
49.        sendCrashReport(ex);  
50.   
51.    
52.   
53.        // 等待半秒   
54.   
55.        try {  
56.   
57.            Thread.sleep(500);  
58.   
59.        } catch (InterruptedException e) {  
60.   
61.            //   
62.   
63.        }  
64.   
65.          
66.   
67.        // 處理異常   
68.   
69.        handleException();  
70.   
71.    
72.   
73.     }  
74.   
75.    
76.   
77.     private void sendCrashReport(Throwable ex) {  
78.   
79.    
80.   
81.        StringBuffer exceptionStr = new StringBuffer();  
82.   
83.        exceptionStr.append(ex.getMessage());  
84.   
85.    
86.   
87.        StackTraceElement[] elements = ex.getStackTrace();  
88.   
89.        for (int i = 0; i < elements.length; i++) {  
90.   
91.            exceptionStr.append(elements[i].toString());  
92.   
93.        }  
94.   
95.    
96.   
97.        //TODO    
98.   
99.        //發送收集到的Crash信息到服務器   
100.   
101.     }  
102.   
103.    
104.   
105.     private void handleException() {  
106.   
107.        //TODO    
108.   
109.        //這裡可以對異常進行處理。   
110.   
111.        //比如提示用戶程序崩潰了。   
112.   
113.        //比如記錄重要的信息，嘗試恢復現場。   
114.   
115.        //或者干脆記錄重要的信息後，直接殺死程序。   
116.   
117.     }  
118.   
119.    
120.   
121. }  

在主Activity的onCreate(Bundle savedInstanceState)方法中增加如下代碼。

1. Thread.setDefaultUncaughtExceptionHandler(new DefaultExceptionHandler(  
2.   
3.        this.getApplicationContext()));  

如何發送到服務器？

這個不同的項目組會有不同的方式，具體不在這裡討論了。需要提醒的是，除了把異常的具體信息發送給服務器外，至少還需要發送版本信息，這樣程序員才可以判斷服務器上的異常信息是哪個版本出現的。除了版本信息，可能還需要手機的SDK版本，屏幕分辨率，手機型號等等信息，有了這些信息，可以更全面的了解異常信息。

更多說明。

只需要在主Activity中設置一次異常處理類即可，不需要在所有的Acitivity都進行設置。

個人感覺Crash發生後，恢復現場繼續運行的意義不大。Crash以後，程序的運行情況已經是不可預知的了，用一個錯誤，去彌補另外一個錯誤，本身就會導致更多的錯誤。建議還是盡量避免Crash的發生更合理。