做Android应用程序,要尽量避免程序Crash的发生。虽然说零Crash是程序员追逐的最终目标,但是现实的情况是,程序员只能尽量的减少Crash的发生,而几乎不可能完全杜绝Crash。也许,你认为你的应用的健壮性已经近乎完美,轻松的经受住了测试部门魔鬼般的考验,但是当你的应用发布到市场,面对百万甚至千万级别的用户的时候,可能就没有那么幸运了。

基于以上原因,一般的应用程序,都要有一个Crash反馈的机制。程序员可以根据反馈的结果,对当前的版本的代码进行改进,使发布的下一个版本更加稳定。

如何反馈?

先来看如何捕获Crash的发生。

Java中有一个接口,UncaughtExceptionHandler,先看描述。

staticinterface

Thread.UncaughtExceptionHandler
当Thread因未捕获的异常而突然终止时,调用处理程序的接口。

再来看Thread类中的一个方法。

staticvoid

setDefaultUncaughtExceptionHandler(Thread.UncaughtExceptionHandlereh)
设置当线程由于未捕获到异常而突然终止,并且没有为该线程定义其他处理程序时所调用的默认处理程序。

看了这些API,就知道我们需要实现这样一个接口,然后在程序的主线程中设置处理程序。

看下面的接口实现。

  1. packagecom.arui.framework.android.exception;
  2. importjava.lang.Thread.UncaughtExceptionHandler;
  3. importandroid.content.Context;
  4. /**
  5. *Defaultexceptionhandlerforallactivities.
  6. *
  7. *@authorhttp://blog.csdn.net/arui319
  8. *@version2011/12/01
  9. *
  10. */
  11. publicclassDefaultExceptionHandlerimplementsUncaughtExceptionHandler{
  12. privateContextact=null;
  13. publicDefaultExceptionHandler(Contextact){
  14. this.act=act;
  15. }
  16. @Override
  17. publicvoiduncaughtException(Threadthread,Throwableex){
  18. //收集异常信息并且发送到服务器
  19. sendCrashReport(ex);
  20. //等待半秒
  21. try{
  22. Thread.sleep(500);
  23. }catch(InterruptedExceptione){
  24. //
  25. }
  26. //处理异常
  27. handleException();
  28. }
  29. privatevoidsendCrashReport(Throwableex){
  30. StringBufferexceptionStr=newStringBuffer();
  31. exceptionStr.append(ex.getMessage());
  32. StackTraceElement[]elements=ex.getStackTrace();
  33. for(inti=0;i<elements.length;i++){
  34. exceptionStr.append(elements[i].toString());
  35. }
  36. //TODO
  37. //发送收集到的Crash信息到服务器
  38. }
  39. privatevoidhandleException(){
  40. //TODO
  41. //这里可以对异常进行处理。
  42. //比如提示用户程序崩溃了。
  43. //比如记录重要的信息,尝试恢复现场。
  44. //或者干脆记录重要的信息后,直接杀死程序。
  45. }
  46. }


在主Activity的onCreate(Bundle savedInstanceState)方法中增加如下代码。

  1. Thread.setDefaultUncaughtExceptionHandler(newDefaultExceptionHandler(
  2. this.getApplicationContext()));


如何发送到服务器?

这个不同的项目组会有不同的方式,具体不在这里讨论了。需要提醒的是,除了把异常的具体信息发送给服务器外,至少还需要发送版本信息,这样程序员才可以判断服务器上的异常信息是哪个版本出现的。除了版本信息,可能还需要手机的SDK版本,屏幕分辨率,手机型号等等信息,有了这些信息,可以更全面的了解异常信息。

更多说明。

只需要在主Activity中设置一次异常处理类即可,不需要在所有的Acitivity都进行设置。

个人感觉Crash发生后,恢复现场继续运行的意义不大。Crash以后,程序的运行情况已经是不可预知的了,用一个错误,去弥补另外一个错误,本身就会导致更多的错误。建议还是尽量避免Crash的发生更合理。

更多相关文章

  1. Android(安卓)Design 从头开始
  2. Android(安卓)学习方法
  3. Android图形---Graphics(概要)
  4. Android(安卓)错误信息捕获发送至服务器【整理】
  5. webView程序 第一次加载页面是出现白屏或是黑屏或是其他
  6. Android(安卓)sqlite数据库操作通用框架AHibernate(三)-升级为1.
  7. 如何解决夜神模拟器连不上adb的问题
  8. 绿色守护-锁屏后干掉指定程序,让 Android(安卓)更省电流畅
  9. 【Android(安卓)Advanced Training - 06】记住登入用户的信息[Le

随机推荐

  1. android滑动事件监听
  2. android支付之银联支付
  3. Android(安卓)项目如何获取MD5和SHA1
  4. Android中广播的基本原理
  5. android jni入门基础
  6. 一个简单的手电筒APP源码分享(支持Android
  7. Android(安卓)Bitmap详解
  8. Android(安卓)View的onClick回调机制
  9. Android(安卓)动态创建Drawable selector
  10. 环形进度条简单实现