为什么需要反馈Crash报告?
做Android应用程序,要尽量避免程序Crash的发生。虽然说零Crash是程序员追逐的最终目标,但是现实的情况是,程序员只能尽量的减少Crash的发生,而几乎不可能完全杜绝Crash。也许,你认为你的应用的健壮性已经近乎完美,轻松的经受住了测试部门魔鬼般的考验,但是当你的应用发布到市场,面对百万甚至千万级别的用户的时候,可能就没有那么幸运了。
基于以上原因,一般的应用程序,都要有一个Crash反馈的机制。程序员可以根据反馈的结果,对当前的版本的代码进行改进,使发布的下一个版本更加稳定。
如何反馈?
先来看如何捕获Crash的发生。
Java中有一个接口,UncaughtExceptionHandler,先看描述。
再来看Thread类中的一个方法。
看了这些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的发生更合理。
---------------------------------------------------------------------------
GL(arui319)
http://blog.csdn.net/arui319
<本文可以转载,但是请保留以上作者信息。谢谢。>
---------------------------------------------------------------------------
分享到:
相关推荐
自定义一个Android应用的Crash异常捕获器
做Android应用程序,要尽量避免程序Crash的发生。虽然说零Crash是程序员追逐的最终目标,但是现实的情况是,程序员只能尽量的减少Crash的发生,而几乎不可能完全杜绝Crash。也许,你认为你的应用的健壮性已经近乎...
Android 使用CrashHandler来获取应用的crash信息,并保存到sd卡中
一个Android可获取运行crash日志的工具类,使用简单方便,直接调用捕获全局crash日志信息,并写入文件到本地,方便查阅
大家都知道,android应用不可避免的会发生crash,无论你的程序写的多完美,总是无法完全避免crash的发生,可能是由于android系统底层的bug,也可能是由于不充分的机型适配或者是糟糕的网络状况。当crash发生时,系统...
应用crash后能重启页面将错误日志保存
首先,我们肯定要在Application里面注册一个CrashHandler,监听应用crash public class TestApplication extends MultiDexApplication { private static TestApplication mInstance; @Override public void ...
当 crashlog 将 libcrashlog.so 动态加载到应用程序中时,它会在应用程序指定的目录中创建一个崩溃日志文件。 ##edit $vi local.properties sdk.dir=<your>ndk.dir=<your>NDKBUILD=ndk-build (linux, mac) or ndk-...
Crash是指由于未处理的异常或者信号导致的意外退出,使得Android应用崩溃。当应用崩溃时,Android会杀死应用的进程并显示一个对话框来告知用户,他的应用由于未知的意外而停止了。当然现在的国内厂商自定义的系统...
Android应用异常后崩溃不提示系统默认对话框,而显示一个友好的异常提示页面,用于向开发者反馈信息。该项目仅提供实现思路,实际项目中可以在此基础上进行扩展。
Application Crash Reports for Android(ACRA }.zip,Android应用程序崩溃报告
本篇文章主要介绍了Android使用CrashHandler来获取应用的crash信息的方法,具有一定的参考价值,有兴趣的可以了解一下
Bugsnag的库可自动检测Android应用程序中的崩溃,收集诊断信息并立即通知您的开发团队,从而帮助您尽快理解和解决问题。 产品特点 自动报告未处理的异常和崩溃 报告 崩溃报告所附的,并深入了解用户的操作 以确定...
Android 项目是使用 Android 操作系统和相关开发工具开发的一款移动应用程序。Android 平台提供了丰富的功能和接口,开发人员可以使用 Java 或 Kotlin 等编程语言编写 Android 应用程序。Android 项目也可以是针对...
在Android平台,nativecrash一直是crash里的大头。nativecrash具有上下文不全、出错信息模糊、难以捕捉等特点,比javacrash更难修复。所以一个合格的异常捕获组件也要能达到以下目的:支持在crash时进行更多扩展操作...
这是自己打包的一个aar,功能为在软件崩溃后弹出提示框提示重启或者退出,并且可以显示错误日志,帮助开发。调用方式applicaton下的onCreate中添加: CrashHanlder.getInstance().init(this);
Android Crash Catcher 示例项目 一个示例项目,用于演示如何在 Android 中捕获未处理的异常并显示自定义错误对话框,如下所示: 与网络上的其他解决方案不同,一旦异常被捕获,这个解决方案不会通过System.exit...