Android 中Crash时如何获取异常信息详解及实例

Android 中Crash时如何获取异常信息详解

前言:

大家都知道,Android应用不可避免的会发生crash,无论你的程序写的多完美,总是无法完全避免crash的发生,可能是由于Android系统底层的bug,也可能是由于不充分的机型适配或者是糟糕的网络状况。当crash发生时,系统会kill掉你的程序,表现就是闪退或者程序已停止运行,这对用户来说是很不友好的,也是开发者所不愿意看到的,更糟糕的是,当用户发生了crash,开发者却无法得知程序为何crash,即便你想去解决这个crash,但是由于你无法知道用户当时的crash信息,所以你也无能为力。是否真的这样呢,其实android中有处理这类问题的方法,请看下面Thread类中的一个方法

/**
 * Sets the default uncaught exception handler. This handler is invoked in
 * case any Thread dies due to an unhandled exception.
 *
 * @param handler
 *      The handler to set or null.
 */
public static void setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler handler) {
  Thread.defaultUncaughtHandler = handler;
}

从方法的字面意义来看,这个方法好像是可以设置系统的默认异常处理器,其实,这个方法就可以解决应用常见的crash问题。当crash发生的时候,我们可以捕获到异常信息,把异常信息存储到SD卡中,然后在合适的时机通过网络将crash信息上传到服务器上,这样开发人员就可以分析用户crash的场景从而在后面的版本中修复此类crash。我们还可以在crash发生时,弹出一个通知告诉用户程序crash了,然后再退出,这样做比闪退要温和一点。

步骤

1. 建立异常处理Handler

新建一个类,比如叫CrashHandler.Java,代码如下,代码我就不做解释了,注释相当清晰了

public class CrashHandler implements UncaughtExceptionHandler {
  private static final String TAG = "CrashHandler";
  private static final boolean DEBUG = true; 

  private static final String PATH = Environment.getExternalStorageDirectory().getPath() + "/ryg_test/log/";
  private static final String FILE_NAME = "crash"; 

  //log文件的后缀名
  private static final String FILE_NAME_SUFFIX = ".trace"; 

  private static CrashHandler sInstance = new CrashHandler(); 

  //系统默认的异常处理(默认情况下,系统会终止当前的异常程序)
  private UncaughtExceptionHandler mDefaultCrashHandler; 

  private Context mContext; 

  //构造方法私有,防止外部构造多个实例,即采用单例模式
  private CrashHandler() {
  } 

  public static CrashHandler getInstance() {
    return sInstance;
  } 

  //这里主要完成初始化工作
  public void init(Context context) {
    //获取系统默认的异常处理器
    mDefaultCrashHandler = Thread.getDefaultUncaughtExceptionHandler();
    //将当前实例设为系统默认的异常处理器
    Thread.setDefaultUncaughtExceptionHandler(this);
    //获取Context,方便内部使用
    mContext = context.getApplicationContext();
  } 

  /**
   * 这个是最关键的函数,当程序中有未被捕获的异常,系统将会自动调用#uncaughtException方法
   * thread为出现未捕获异常的线程,ex为未捕获的异常,有了这个ex,我们就可以得到异常信息。
   */
  @Override
  public void uncaughtException(Thread thread, Throwable ex) {
    try {
      //导出异常信息到SD卡中
      dumpExceptionToSDCard(ex);
      //这里可以通过网络上传异常信息到服务器,便于开发人员分析日志从而解决bug
      uploadExceptionToServer();
    } catch (IOException e) {
      e.printStackTrace();
    } 

    //打印出当前调用栈信息
    ex.printStackTrace(); 

    //如果系统提供了默认的异常处理器,则交给系统去结束我们的程序,否则就由我们自己结束自己
    if (mDefaultCrashHandler != null) {
      mDefaultCrashHandler.uncaughtException(thread, ex);
    } else {
      Process.killProcess(Process.myPid());
    } 

  } 

  private void dumpExceptionToSDCard(Throwable ex) throws IOException {
    //如果SD卡不存在或无法使用,则无法把异常信息写入SD卡
    if (!Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)) {
      if (DEBUG) {
        Log.w(TAG, "sdcard unmounted,skip dump exception");
        return;
      }
    } 

    File dir = new File(PATH);
    if (!dir.exists()) {
      dir.mkdirs();
    }
    long current = System.currentTimeMillis();
    String time = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").format(new Date(current));
    //以当前时间创建log文件
    File file = new File(PATH + FILE_NAME + time + FILE_NAME_SUFFIX); 

    try {
      PrintWriter pw = new PrintWriter(new BufferedWriter(new FileWriter(file)));
      //导出发生异常的时间
      pw.println(time); 

      //导出手机信息
      dumpPhoneInfo(pw); 

      pw.println();
      //导出异常的调用栈信息
      ex.printStackTrace(pw); 

      pw.close();
    } catch (Exception e) {
      Log.e(TAG, "dump crash info failed");
    }
  } 

  private void dumpPhoneInfo(PrintWriter pw) throws NameNotFoundException {
    //应用的版本名称和版本号
    PackageManager pm = mContext.getPackageManager();
    PackageInfo pi = pm.getPackageInfo(mContext.getPackageName(), PackageManager.GET_ACTIVITIES);
    pw.print("App Version: ");
    pw.print(pi.versionName);
    pw.print('_');
    pw.println(pi.versionCode); 

    //android版本号
    pw.print("OS Version: ");
    pw.print(Build.VERSION.RELEASE);
    pw.print("_");
    pw.println(Build.VERSION.SDK_INT); 

    //手机制造商
    pw.print("Vendor: ");
    pw.println(Build.MANUFACTURER); 

    //手机型号
    pw.print("Model: ");
    pw.println(Build.MODEL); 

    //cpu架构
    pw.print("CPU ABI: ");
    pw.println(Build.CPU_ABI);
  } 

  private void uploadExceptionToServer() {
    //TODO Upload Exception Message To Your Web Server
  } 

}

2.为ui线程添加默认异常事件Handler

//Thread类中标识默认异常事件Handler的成员

private static UncaughtExceptionHandler defaultUncaughtHandler;

这里涉及到在哪里添加的问题,从源码中注意到,这个defaultUncaughtHandler是Thread类中一个静态的成员,所以,按道理,我们为任意一个线程设置异常处理,所有的线程都应该能共用这个异常处理器,这个是我的猜测,没有经过验证,不过没关系,有一个观点是大家都认可的:就是为主线程也就是ui线程添加异常程序器。为了在ui线程中添加异常处理Handler,我们推荐大家在Application中添加而不是在Activity中添加。Application标识着整个应用,在Android声明周期中是第一个启动的,早于任何的Activity、Service等。

public class TestApp extends Application { 

  private static TestApp sInstance; 

  @Override
  public void onCreate() {
    super.onCreate();
    sInstance = this; 

    //在这里为应用设置异常处理程序,然后我们的程序才能捕获未处理的异常
    CrashHandler crashHandler = CrashHandler.getInstance();
    crashHandler.init(this);
  } 

  public static TestApp getInstance() {
    return sInstance;
  } 

}

效果

经过了上面两个步骤,我们的程序已经可以处理任何异常了,再也不怕程序crash了,并且我们还能从服务器上查看用户的crash信息,下面我们就模拟下发生crash的情形,看我们的程序是如何处理的。

public class CrashActivity extends Activity implements OnClickListener{ 

  private Button mButton; 

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_crash);
    initView();
  } 

  private void initView() {
    mButton = (Button)findViewById(R.id.button1);
    mButton.setOnClickListener(this);
  } 

  @Override
  public void onClick(View v) {
    if (v == mButton) {
      //在这里默认异常抛出情况,人为抛出一个运行时异常
      throw new RuntimeException("自定义异常:这是自己抛出的异常");
    } 

  }
}

我们给按钮加一个点击事件,在onClick中人为抛出一个运行时异常,这个时候程序就crash了,看看异常处理器为我们做了什么。从下面的图片可以看出,异常处理器为我们创建了一个日志文件,打开日志文件,可以看到手机的信息以及异常发生时的调用栈,有了这些,开发人员就很好定位问题了吧。从下面的日志调用栈可以看出,CrashActivity的28行发生了RuntimeException,再看下我们的代码,发现28行就是我们认为抛出的异常。从现在开始,为你的应用加上默认异常事件处理器吧。

感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!

(0)

相关推荐

  • Android使用CrashHandler来获取应用的crash信息的方法

    在日常开发的过程中应该不可避免的会发生 crash,无论你的程序写的多么完美,都不可能完全避免 crash 的发生,可能是由于 Android 底层的 bug,也可能是由于不充分的机型适配或者是糟糕的网络状况.当 crash 发生时,系统就会kill掉正在执行的程序,现象就是闪退,或者提醒用户程序已经停止运行,这对用户来说是很不友好的,也是我们不愿意看到的,更早的是当用户发生 crash,我们开发者却无法得知程序为何 crash,即便我们想去解决这个 bug,但是由于无法知道用户当时的 cras

  • Android 中Crash时如何获取异常信息详解及实例

    Android 中Crash时如何获取异常信息详解 前言: 大家都知道,Android应用不可避免的会发生crash,无论你的程序写的多完美,总是无法完全避免crash的发生,可能是由于Android系统底层的bug,也可能是由于不充分的机型适配或者是糟糕的网络状况.当crash发生时,系统会kill掉你的程序,表现就是闪退或者程序已停止运行,这对用户来说是很不友好的,也是开发者所不愿意看到的,更糟糕的是,当用户发生了crash,开发者却无法得知程序为何crash,即便你想去解决这个crash,

  • Android中实现ping功能的多种方法详解

    使用java来实现ping功能. 并写入文件.为了使用java来实现ping的功能,有人推荐使用java的 Runtime.exec()方法来直接调用系统的Ping命令,也有人完成了纯Java实现Ping的程序,使用的是Java的NIO包(native io, 高效IO包).但是设备检测只是想测试一个远程主机是否可用.所以,可以使用以下三种方式来实现: 1. Jdk1.5的InetAddresss方式 自从Java 1.5,java.net包中就实现了ICMP ping的功能. 使用时应注意,如

  • C语言中函数参数的入栈顺序详解及实例

    C语言中函数参数的入栈顺序详解及实例 对技术执着的人,比如说我,往往对一些问题,不仅想做到"知其然",还想做到"知其所以然".C语言可谓博大精深,即使我已经有多年的开发经验,可还是有许多问题不知其所以然.某天某地某人问我,C语言中函数参数的入栈顺序如何?从右至左,我随口回答.为什么是从右至左呢?我终究没有给出合理的解释.于是,只好做了个作业,于是有了这篇小博文. #include void foo(int x, int y, int z) { printf(&quo

  • Android Root设备中的su权限获取和使用详解

    ROOT权限简介: ROOT权限是Linux内核中的最高权限,如果你的身份是ROOT,那么你就具有了ROOT权限.有了最高权限,你就可以为所欲为,换句话说,如果恶意程序获取到了ROOT权限,那么就可以肆意地破坏你的手机,获取的隐私...所以厂商一般在生产手机的时候,不会提供给用户ROOT权限,官方宣称是为了保护用户手机的安全,然后装了一堆开机自动启动,而用户这辈子也用不到也卸载不了垃圾软件(相信使用安卓的同学们都懂我的意思),而苹果所说的越狱,也就是获取ROOT权限. 为什么需要获取ROOT权限

  • Android中View的炸裂特效实现方法详解

    本文实例讲述了Android中View的炸裂特效实现方法.分享给大家供大家参考,具体如下: 前几天微博上被一个很优秀的 Android 开源组件刷屏了 - ExplosionField,效果非常酷炫,有点类似 MIUI 卸载 APP 时的动画,先来感受一下. ExplosionField 不但效果很拉风,代码写得也相当好,让人忍不住要拿来好好读一下. 创建 ExplosionField ExplosionField 继承自 View,在 onDraw 方法中绘制动画特效,并且它提供了一个 att

  • 如何优雅的处理Spring Boot异常信息详解

    Spring Boot 异常处理 异常处理是一种识别并响应错误的一致性机制,异常机制可以把程序中的异常处理代码和正常的业务逻辑代码分离,包装程序的可读性和健壮性.在Spring Boot应用程序中,能够捕获并及时的响应客户端的错误操作是一件非常重要的事情.在本章节中,我将展示如何处理Spring Boot中的异常. 1. 相关注解说明 在进行演示之前,我们先了解一下在Spring Boot应用程序中与异常处理相关的几个注解 注解名称 说明 @ControllerAdvice 该标签用于处理全局的

  • java中JVM中如何存取数据和相关信息详解

    前言: 我们每天都在编写Java代码,编译,执行.很多人已经知道Java源代码文件(.java后缀)会被Java编译器编译为字节码文件(.class后缀),然后由JVM中的类加载器加载各个类的字节码文件,加载完毕之后,交由JVM执行引擎执行. 那在整个程序执行过程中,JVM中怎么存取数据和相关信息呢? 事实上在JVM中是用一段空间来存储程序执行期间需要用到的数据和相关信息,这段空间一般被称作为Runtime Data Area(运行时数据区),也就是我们常说的JVM内存. 一.运行时数据区域包括

  • Android中多个ContentProvider的初始化顺序详解

    目录 缘起: 1. 利用 ContentProvider 初始化 Library: 2. 自定义 ContentProvider 初始化顺序: 总结 缘起: 利用 ContentProvider 来初始化你的 Library, 这个相信大家已经不太陌生了,下面简要说下. 1. 利用 ContentProvider 初始化 Library: 在日常开发过程中, 经常会遇到 Library 都需要传入 Context 参数以完成初始化,此时这个 Context 参数一般会从 Application

  • android中DatePicker和TimePicker的使用方法详解

    本文以实例讲述了android中DatePicker和TimePicker的使用方法,具体步骤如下: 下面是实现具体功能的代码,其中main.xml代码为: <?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width=&quo

  • Android中RecyclerView的item宽高问题详解

    前言 本文主要给大家介绍了关于Android中RecyclerView的item宽高问题的相关内容,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧. 在创建viewholder传入的View时,如果不指定其viewgroup,就会出现宽高只包裹显示内容的问题. View view = LayoutInflater.from(context).inflate(R.layout.test_test,null); 上面的做法就会出问题 改成这样就可以正常显示设置的宽高 View vie

随机推荐