以文本方式查看主题 - W3CHINA.ORG讨论区 - 语义网·描述逻辑·本体·RDF·OWL (http://bbs.xml.org.cn/index.asp) -- 『 Android 高级开发 』 (http://bbs.xml.org.cn/list.asp?boardid=53) ---- 【代码】Android应用到底该怎样反馈Crash报告 (http://bbs.xml.org.cn/dispbbs.asp?boardid=53&rootid=&id=126757) |
-- 作者:挥戈回日 -- 发布时间:7/16/2013 5:47:00 PM -- 【代码】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; 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的发生更合理。 |
W 3 C h i n a ( since 2003 ) 旗 下 站 点 苏ICP备05006046号《全国人大常委会关于维护互联网安全的决定》《计算机信息网络国际联网安全保护管理办法》 |
46.875ms |