Android应用如何反馈Crash报告

为什么需要反馈Crash报告？

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

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

如何反馈？

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

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

staticinterface

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

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

staticvoid

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

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

看下面的接口实现。

packagecom.arui.framework.android.exception;
importjava.lang.Thread.UncaughtExceptionHandler;
importandroid.content.Context;
/**
*Defaultexceptionhandlerforallactivities.
*
*@authorhttp://blog.csdn.net/arui319
*@version2011/12/01
*
*/
publicclassDefaultExceptionHandlerimplementsUncaughtExceptionHandler{
privateContextact=null;
publicDefaultExceptionHandler(Contextact){
this.act=act;
}
@Override
publicvoiduncaughtException(Threadthread,Throwableex){
//收集异常信息并且发送到服务器
sendCrashReport(ex);
//等待半秒
try{
Thread.sleep(500);
}catch(InterruptedExceptione){
//
}
//处理异常
handleException();
}
privatevoidsendCrashReport(Throwableex){
StringBufferexceptionStr=newStringBuffer();
exceptionStr.append(ex.getMessage());
StackTraceElement[]elements=ex.getStackTrace();
for(inti=0;i<elements.length;i++){
exceptionStr.append(elements[i].toString());
}
//TODO
//发送收集到的Crash信息到服务器
}
privatevoidhandleException(){
//TODO
//这里可以对异常进行处理。
//比如提示用户程序崩溃了。
//比如记录重要的信息，尝试恢复现场。
//或者干脆记录重要的信息后，直接杀死程序。
}
}

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

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

如何发送到服务器？

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

更多说明。

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

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

Android应用如何反馈Crash报告相关推荐

[转] Android应用如何反馈Crash报告
转自:http://blog.csdn.net/arui319/article/details/7033698 为什么需要反馈Crash报告? 做Android应用程序,要尽量避免程序Crash的发生 ...
2017-2018-2 20165236 实验四《Android开发基础》实验报告
2017-2018-2 20165236 实验四<Android开发基础>实验报告一.实验报告封面课程:Java程序设计班级:1652班姓名:郭金涛 ...
2018-2019-2-20175225 实验四《Android开发基础》实验报告
一.实验报告封面课程:Java程序设计班级:1752班姓名:张元瑞学号:20175225 指导教师:娄嘉鹏实验日期:2019年5月14日实验时间:13:45 - 21:00 实验序号:实验 ...
android 模拟crash_Android 收集Crash信息及用户操作步骤
对于android开发者来说,Crash 可谓是司空见惯的事了,没有一个程序员敢保证自己的程序绝对不会发生crash.开发的时候发生crash还好,可以Logcat来查看log分析出原因,但是在线上, ...
android 学生信息管理系统,android学生信息管理系统的报告.docx
android学生信息管理系统的报告基于Android的学生信息管理系统初探 [摘要]智能移动端迅猛发展,学生信息管理的数字化是教学透明的又一个重要体现,本文主要阐述基于基于Android的学生信息 ...
iOS crash报告问题
运行程序时,程序正常,表面上是这样但在设备上生成了两个crash报告,内容如下: 从图中可以知道上线程0(主线程)和线程9出现了问题请问是因为线程频繁被唤醒而引起的么? 该如何解决?
iOS Crash报告分析
文章目录相关概念什么是 dSYM 文件 dSYM 文件有什么作用分析crash报告解析工具 umcrashtool 相关概念什么是 dSYM 文件 Xcode编译项目后,我们会看到一个同名的 ...
分析 crash 报告的方法
最近上传的一个app,被苹果打回来了,原因是在下载完成之前会挂掉. 还带有4个crash报告. Incident Identifier: 926328CE-927A-4D1B-940C-B17A0CD ...
Android NDK thread 回收crash， signal 4 (SIGILL), code 1 (ILL_ILLOPC) , fault addr 地址
Android NDK thread 回收crash, signal 4 (SIGILL), code 1 (ILL_ILLOPC) , fault addr 地址在NDK c++ 使用pthrea ...

Android应用如何反馈Crash报告

Android应用如何反馈Crash报告相关推荐

最新文章

热门文章