当前位置： 移动技术网 > IT编程>移动开发>Android > Android 中Crash时如何获取异常信息详解及实例

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

2019年07月24日  | 移动技术网IT编程  | 我要评论

打工不如创业,摩托车迷网,演讲

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行就是我们认为抛出的异常。从现在开始，为你的应用加上默认异常事件处理器吧。

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

您可能感兴趣的文章:

如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网