Android程序Crash时的异常上报


转载请注明来源:http://blog.csdn.net/singwhatiwanna/article/details/17289479

前言

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

[java]view plaincopy
  1. /**
  2. *Setsthedefaultuncaughtexceptionhandler.Thishandlerisinvokedin
  3. *caseanyThreaddiesduetoanunhandledexception.
  4. *
  5. *@paramhandler
  6. *Thehandlertosetornull.
  7. */
  8. publicstaticvoidsetDefaultUncaughtExceptionHandler(UncaughtExceptionHandlerhandler){
  9. Thread.defaultUncaughtHandler=handler;
  10. }


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

步骤

1. 建立异常处理Handler

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

[java]view plaincopy
  1. publicclassCrashHandlerimplementsUncaughtExceptionHandler{
  2. privatestaticfinalStringTAG="CrashHandler";
  3. privatestaticfinalbooleanDEBUG=true;
  4. privatestaticfinalStringPATH=Environment.getExternalStorageDirectory().getPath()+"/ryg_test/log/";
  5. privatestaticfinalStringFILE_NAME="crash";
  6. //log文件的后缀名
  7. privatestaticfinalStringFILE_NAME_SUFFIX=".trace";
  8. privatestaticCrashHandlersInstance=newCrashHandler();
  9. //系统默认的异常处理(默认情况下,系统会终止当前的异常程序)
  10. privateUncaughtExceptionHandlermDefaultCrashHandler;
  11. privateContextmContext;
  12. //构造方法私有,防止外部构造多个实例,即采用单例模式
  13. privateCrashHandler(){
  14. }
  15. publicstaticCrashHandlergetInstance(){
  16. returnsInstance;
  17. }
  18. //这里主要完成初始化工作
  19. publicvoidinit(Contextcontext){
  20. //获取系统默认的异常处理器
  21. mDefaultCrashHandler=Thread.getDefaultUncaughtExceptionHandler();
  22. //将当前实例设为系统默认的异常处理器
  23. Thread.setDefaultUncaughtExceptionHandler(this);
  24. //获取Context,方便内部使用
  25. mContext=context.getApplicationContext();
  26. }
  27. /**
  28. *这个是最关键的函数,当程序中有未被捕获的异常,系统将会自动调用#uncaughtException方法
  29. *thread为出现未捕获异常的线程,ex为未捕获的异常,有了这个ex,我们就可以得到异常信息。
  30. */
  31. @Override
  32. publicvoiduncaughtException(Threadthread,Throwableex){
  33. try{
  34. //导出异常信息到SD卡中
  35. dumpExceptionToSDCard(ex);
  36. //这里可以通过网络上传异常信息到服务器,便于开发人员分析日志从而解决bug
  37. uploadExceptionToServer();
  38. }catch(IOExceptione){
  39. e.printStackTrace();
  40. }
  41. //打印出当前调用栈信息
  42. ex.printStackTrace();
  43. //如果系统提供了默认的异常处理器,则交给系统去结束我们的程序,否则就由我们自己结束自己
  44. if(mDefaultCrashHandler!=null){
  45. mDefaultCrashHandler.uncaughtException(thread,ex);
  46. }else{
  47. Process.killProcess(Process.myPid());
  48. }
  49. }
  50. privatevoiddumpExceptionToSDCard(Throwableex)throwsIOException{
  51. //如果SD卡不存在或无法使用,则无法把异常信息写入SD卡
  52. if(!Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)){
  53. if(DEBUG){
  54. Log.w(TAG,"sdcardunmounted,skipdumpexception");
  55. return;
  56. }
  57. }
  58. Filedir=newFile(PATH);
  59. if(!dir.exists()){
  60. dir.mkdirs();
  61. }
  62. longcurrent=System.currentTimeMillis();
  63. Stringtime=newSimpleDateFormat("yyyy-MM-ddHH:mm:ss").format(newDate(current));
  64. //以当前时间创建log文件
  65. Filefile=newFile(PATH+FILE_NAME+time+FILE_NAME_SUFFIX);
  66. try{
  67. PrintWriterpw=newPrintWriter(newBufferedWriter(newFileWriter(file)));
  68. //导出发生异常的时间
  69. pw.println(time);
  70. //导出手机信息
  71. dumpPhoneInfo(pw);
  72. pw.println();
  73. //导出异常的调用栈信息
  74. ex.printStackTrace(pw);
  75. pw.close();
  76. }catch(Exceptione){
  77. Log.e(TAG,"dumpcrashinfofailed");
  78. }
  79. }
  80. privatevoiddumpPhoneInfo(PrintWriterpw)throwsNameNotFoundException{
  81. //应用的版本名称和版本号
  82. PackageManagerpm=mContext.getPackageManager();
  83. PackageInfopi=pm.getPackageInfo(mContext.getPackageName(),PackageManager.GET_ACTIVITIES);
  84. pw.print("AppVersion:");
  85. pw.print(pi.versionName);
  86. pw.print('_');
  87. pw.println(pi.versionCode);
  88. //android版本号
  89. pw.print("OSVersion:");
  90. pw.print(Build.VERSION.RELEASE);
  91. pw.print("_");
  92. pw.println(Build.VERSION.SDK_INT);
  93. //手机制造商
  94. pw.print("Vendor:");
  95. pw.println(Build.MANUFACTURER);
  96. //手机型号
  97. pw.print("Model:");
  98. pw.println(Build.MODEL);
  99. //cpu架构
  100. pw.print("CPUABI:");
  101. pw.println(Build.CPU_ABI);
  102. }
  103. privatevoiduploadExceptionToServer(){
  104. //TODOUploadExceptionMessageToYourWebServer
  105. }
  106. }

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

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

private static UncaughtExceptionHandler defaultUncaughtHandler;

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

[java]view plaincopy
  1. publicclassTestAppextendsApplication{
  2. privatestaticTestAppsInstance;
  3. @Override
  4. publicvoidonCreate(){
  5. super.onCreate();
  6. sInstance=this;
  7. //在这里为应用设置异常处理程序,然后我们的程序才能捕获未处理的异常
  8. CrashHandlercrashHandler=CrashHandler.getInstance();
  9. crashHandler.init(this);
  10. }
  11. publicstaticTestAppgetInstance(){
  12. returnsInstance;
  13. }
  14. }

效果

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

[java]view plaincopy
  1. publicclassCrashActivityextendsActivityimplementsOnClickListener{
  2. privateButtonmButton;
  3. @Override
  4. protectedvoidonCreate(BundlesavedInstanceState){
  5. super.onCreate(savedInstanceState);
  6. setContentView(R.layout.activity_crash);
  7. initView();
  8. }
  9. privatevoidinitView(){
  10. mButton=(Button)findViewById(R.id.button1);
  11. mButton.setOnClickListener(this);
  12. }
  13. @Override
  14. publicvoidonClick(Viewv){
  15. if(v==mButton){
  16. //在这里默认异常抛出情况,人为抛出一个运行时异常
  17. thrownewRuntimeException("自定义异常:这是自己抛出的异常");
  18. }
  19. }
  20. }

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


demo下载:http://download.csdn.net/download/singwhatiwanna/6706023

优质内容筛选与推荐>>
1、第十一章 多元线性回归与相关分析
2、Python高级特性
3、在前段页面初始化的时候 设置视口的宽度与设备的宽度一致
4、C++学习-编译和运行的区别
5、group by&having&where


长按二维码向我转账

受苹果公司新规定影响,微信 iOS 版的赞赏功能被关闭,可通过二维码转账支持公众号。

    阅读
    好看
    已推荐到看一看
    你的朋友可以在“发现”-“看一看”看到你认为好看的文章。
    已取消,“好看”想法已同步删除
    已推荐到看一看 和朋友分享想法
    最多200字,当前共 发送

    已发送

    朋友将在看一看看到

    确定
    分享你的想法...
    取消

    分享想法到看一看

    确定
    最多200字,当前共

    发送中

    网络异常,请稍后重试

    微信扫一扫
    关注该公众号





    联系我们

    欢迎来到TinyMind。

    关于TinyMind的内容或商务合作、网站建议,举报不良信息等均可联系我们。

    TinyMind客服邮箱:support@tinymind.net.cn