基于Android应用中如何反馈Crash报告的详解
2023-06-13 09:14:53 时间
为什么需要反馈Crash报告?
做Android应用程序,要尽量避免程序Crash的发生。虽然说零Crash是程序员追逐的最终目标,但是现实的情况是,程序员只能尽量的减少Crash的发生,而几乎不可能完全杜绝Crash。也许,你认为你的应用的健壮性已经近乎完美,轻松的经受住了测试部门魔鬼般的考验,但是当你的应用发布到市场,面对百万甚至千万级别的用户的时候,可能就没有那么幸运了。
基于以上原因,一般的应用程序,都要有一个Crash反馈的机制。程序员可以根据反馈的结果,对当前的版本的代码进行改进,使发布的下一个版本更加稳定。
如何反馈?
先来看如何捕获Crash的发生。
Java中有一个接口,UncaughtExceptionHandler,先看描述。
static interface
Thread.UncaughtExceptionHandler
当Thread因未捕获的异常而突然终止时,调用处理程序的接口。
再来看Thread类中的一个方法。
static void
setDefaultUncaughtExceptionHandler(
Thread.UncaughtExceptionHandler eh)
设置当线程由于未捕获到异常而突然终止,并且没有为该线程定义其他处理程序时所调用的默认处理程序。
看了这些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(BundlesavedInstanceState)方法中增加如下代码。
Thread.setDefaultUncaughtExceptionHandler(newDefaultExceptionHandler(
this.getApplicationContext()));
如何发送到服务器?
这个不同的项目组会有不同的方式,具体不在这里讨论了。需要提醒的是,除了把异常的具体信息发送给服务器外,至少还需要发送版本信息,这样程序员才可以判断服务器上的异常信息是哪个版本出现的。除了版本信息,可能还需要手机的SDK版本,屏幕分辨率,手机型号等等信息,有了这些信息,可以更全面的了解异常信息。
更多说明。
只需要在主Activity中设置一次异常处理类即可,不需要在所有的Acitivity都进行设置。
个人感觉Crash发生后,恢复现场继续运行的意义不大。Crash以后,程序的运行情况已经是不可预知的了,用一个错误,去弥补另外一个错误,本身就会导致更多的错误。建议还是尽量避免Crash的发生更合理。
相关文章
- android退出app代码,Android应用退出代码各种方式
- android定时器开发[通俗易懂]
- robotium android,Robotium 测试Android apk安装包
- 如何基于 ZEGO SDK 实现 Android 一对一音视频聊天应用
- android离线打包[通俗易懂]
- R8在Android手Q中的应用
- 在vmware中安装Android
- 【Android 应用开发】Android游戏音效实现
- Android系统服务DropBoxManagerService详解与实践应用
- 【Android 应用开发】BluetoothSocket详解
- 【Android 应用开发】Activity 任务亲和性 taskAffinity 设置 ( taskAffinity 属性 )
- 【Android 文件管理】应用可访问的存储空间 ( 存储空间分类 | 存储空间访问权限 | 分区存储 )
- 【Android 逆向】Android 系统文件分析 ( /system/ 系统命令和系统应用数据目录 | /system/app/ 系统应用目录 | sys Linux 系统内核文件目录 )
- Android 线程池的类型、区别以及为何要用线程池详解手机开发
- Android图片墙实现详解手机开发
- 谈谈 23 种设计模式在 Android 项目中的应用详解手机开发
- android个推平台详解手机开发
- Win11能跑Android应用但无缘GMS服务
- 细数Android系统那些DOS漏洞
- Android阵营如何诞生下一个iOS?
- Android应用开发中模拟按下HOME键的效果(实现代码)
- androidUI进阶之android中隐藏的layout抽屉的使用方法
- Android中自定义Checkbox组件实例
- Android入门之TableLayout应用解析(二)