基于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，就知道我们需要实现这样一个接口，然后在程序的主线程中设置处理程序。

看下面的接口实现。

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的发生更合理。