Android应用如何反馈Crash报告

为什么需要反馈Crash报告？

做Android应用程序，要尽量避免程序Crash的发生。虽然说零Crash是程序员追逐的最终目标，但是现实的情况是，程序员只能尽量的减少Crash的发生，而几乎不可能完全杜绝Crash。也许，你认为你的应用的健壮性已经近乎完美，轻松的经受住了测试部门魔鬼般的考验，但是当你的应用发布到市场，面对百万甚至千万级别的用户的时候，可能就没有那么幸运了。

基于以上原因，一般的应用程序，都要有一个Crash反馈的机制。程序员可以根据反馈的结果，对当前的版本的代码进行改进，使发布的下一个版本更加稳定。

如何反馈？

先来看如何捕获Crash的发生。

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

staticinterface

Thread.UncaughtExceptionHandler 当Thread因未捕获的异常而突然终止时，调用处理程序的接口。

再来看Thread类中的一个方法。

staticvoid

setDefaultUncaughtExceptionHandler(Thread.UncaughtExceptionHandlereh) 设置当线程由于未捕获到异常而突然终止，并且没有为该线程定义其他处理程序时所调用的默认处理程序。

看了这些API，就知道我们需要实现这样一个接口，然后在程序的主线程中设置处理程序。

看下面的接口实现。

1. packagecom.arui.framework.android.exception;
5. importjava.lang.Thread.UncaughtExceptionHandler;
7. importandroid.content.Context;
11. /**
13. *Defaultexceptionhandlerforallactivities.
15. *
17. *@authorhttp://blog.youkuaiyun.com/arui319
19. *@version2011/12/01
21. *
23. */
25. publicclassDefaultExceptionHandlerimplementsUncaughtExceptionHandler{
29. privateContextact=null;
33. publicDefaultExceptionHandler(Contextact){
35. this.act=act;
37. }
41. @Override
43. publicvoiduncaughtException(Threadthread,Throwableex){
47. //收集异常信息并且发送到服务器
49. sendCrashReport(ex);
53. //等待半秒
55. try{
57. Thread.sleep(500);
59. }catch(InterruptedExceptione){
61. //
63. }
67. //处理异常
69. handleException();
73. }
77. privatevoidsendCrashReport(Throwableex){
81. StringBufferexceptionStr=newStringBuffer();
83. exceptionStr.append(ex.getMessage());
87. StackTraceElement[]elements=ex.getStackTrace();
89. for(inti=0;i<elements.length;i++){
91. exceptionStr.append(elements[i].toString());
93. }
97. //TODO
99. //发送收集到的Crash信息到服务器
101. }
105. privatevoidhandleException(){
107. //TODO
109. //这里可以对异常进行处理。
111. //比如提示用户程序崩溃了。
113. //比如记录重要的信息，尝试恢复现场。
115. //或者干脆记录重要的信息后，直接杀死程序。
117. }
121. }

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

1. Thread.setDefaultUncaughtExceptionHandler(newDefaultExceptionHandler(
3. this.getApplicationContext()));

如何发送到服务器？

这个不同的项目组会有不同的方式，具体不在这里讨论了。需要提醒的是，除了把异常的具体信息发送给服务器外，至少还需要发送版本信息，这样程序员才可以判断服务器上的异常信息是哪个版本出现的。除了版本信息，可能还需要手机的SDK版本，屏幕分辨率，手机型号等等信息，有了这些信息，可以更全面的了解异常信息。

更多说明。

只需要在主Activity中设置一次异常处理类即可，不需要在所有的Acitivity都进行设置。

个人感觉Crash发生后，恢复现场继续运行的意义不大。Crash以后，程序的运行情况已经是不可预知的了，用一个错误，去弥补另外一个错误，本身就会导致更多的错误。建议还是尽量避免Crash的发生更合理。