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行就是我们认为抛出的异常。从现在开始,为你的应用加上默认异常事件处理器吧。
感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!