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

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

概述Android中Crash时如何获取异常信息详解前言:大家都知道,Android应用不可避免的会发生crash,无论你的程序写的多完美,总是无法完全避免crash的发生,可能是由于Android系统底层的bug,也可能是由于不充分的机型

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发生时,d出一个通知告诉用户程序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行就是我们认为抛出的异常。从现在开始,为你的应用加上默认异常事件处理器吧。

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

总结

以上是内存溢出为你收集整理的Android 中Crash时如何获取异常信息详解及实例全部内容,希望文章能够帮你解决Android 中Crash时如何获取异常信息详解及实例所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/1146898.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-31
下一篇 2022-05-31

发表评论

登录后才能评论

评论列表(0条)

保存