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

前言

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

  1. /**
  2. * Sets the default uncaught exception handler. This handler is invoked in
  3. * case any Thread dies due to an unhandled exception.
  4. *
  5. * @param handler
  6. *            The handler to set or null.
  7. */
  8. public static void setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler handler) {
  9. Thread.defaultUncaughtHandler = handler;
  10. }

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

步骤

1. 建立异常处理Handler

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

  1. public class CrashHandler implements UncaughtExceptionHandler {
  2. private static final String TAG = "CrashHandler";
  3. private static final boolean DEBUG = true;
  4. private static final String PATH = Environment.getExternalStorageDirectory().getPath() + "/ryg_test/log/";
  5. private static final String FILE_NAME = "crash";
  6. //log文件的后缀名
  7. private static final String FILE_NAME_SUFFIX = ".trace";
  8. private static CrashHandler sInstance = new CrashHandler();
  9. //系统默认的异常处理(默认情况下,系统会终止当前的异常程序)
  10. private UncaughtExceptionHandler mDefaultCrashHandler;
  11. private Context mContext;
  12. //构造方法私有,防止外部构造多个实例,即采用单例模式
  13. private CrashHandler() {
  14. }
  15. public static CrashHandler getInstance() {
  16. return sInstance;
  17. }
  18. //这里主要完成初始化工作
  19. public void init(Context context) {
  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. public void uncaughtException(Thread thread, Throwable ex) {
  33. try {
  34. //导出异常信息到SD卡中
  35. dumpExceptionToSDCard(ex);
  36. //这里可以通过网络上传异常信息到服务器,便于开发人员分析日志从而解决bug
  37. uploadExceptionToServer();
  38. } catch (IOException e) {
  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. private void dumpExceptionToSDCard(Throwable ex) throws IOException {
  51. //如果SD卡不存在或无法使用,则无法把异常信息写入SD卡
  52. if (!Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)) {
  53. if (DEBUG) {
  54. Log.w(TAG, "sdcard unmounted,skip dump exception");
  55. return;
  56. }
  57. }
  58. File dir = new File(PATH);
  59. if (!dir.exists()) {
  60. dir.mkdirs();
  61. }
  62. long current = System.currentTimeMillis();
  63. String time = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").format(new Date(current));
  64. //以当前时间创建log文件
  65. File file = new File(PATH + FILE_NAME + time + FILE_NAME_SUFFIX);
  66. try {
  67. PrintWriter pw = new PrintWriter(new BufferedWriter(new FileWriter(file)));
  68. //导出发生异常的时间
  69. pw.println(time);
  70. //导出手机信息
  71. dumpPhoneInfo(pw);
  72. pw.println();
  73. //导出异常的调用栈信息
  74. ex.printStackTrace(pw);
  75. pw.close();
  76. } catch (Exception e) {
  77. Log.e(TAG, "dump crash info failed");
  78. }
  79. }
  80. private void dumpPhoneInfo(PrintWriter pw) throws NameNotFoundException {
  81. //应用的版本名称和版本号
  82. PackageManager pm = mContext.getPackageManager();
  83. PackageInfo pi = pm.getPackageInfo(mContext.getPackageName(), PackageManager.GET_ACTIVITIES);
  84. pw.print("App Version: ");
  85. pw.print(pi.versionName);
  86. pw.print('_');
  87. pw.println(pi.versionCode);
  88. //android版本号
  89. pw.print("OS Version: ");
  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("CPU ABI: ");
  101. pw.println(Build.CPU_ABI);
  102. }
  103. private void uploadExceptionToServer() {
  104. //TODO Upload Exception Message To Your Web Server
  105. }
  106. }

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

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

private static UncaughtExceptionHandler defaultUncaughtHandler;

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

  1. public class TestApp extends Application {
  2. private static TestApp sInstance;
  3. @Override
  4. public void onCreate() {
  5. super.onCreate();
  6. sInstance = this;
  7. //在这里为应用设置异常处理程序,然后我们的程序才能捕获未处理的异常
  8. CrashHandler crashHandler = CrashHandler.getInstance();
  9. crashHandler.init(this);
  10. }
  11. public static TestApp getInstance() {
  12. return sInstance;
  13. }
  14. }

效果

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

  1. public class CrashActivity extends Activity implements OnClickListener{
  2. private Button mButton;
  3. @Override
  4. protected void onCreate(Bundle savedInstanceState) {
  5. super.onCreate(savedInstanceState);
  6. setContentView(R.layout.activity_crash);
  7. initView();
  8. }
  9. private void initView() {
  10. mButton = (Button)findViewById(R.id.button1);
  11. mButton.setOnClickListener(this);
  12. }
  13. @Override
  14. public void onClick(View v) {
  15. if (v == mButton) {
  16. //在这里默认异常抛出情况,人为抛出一个运行时异常
  17. throw new RuntimeException("自定义异常:这是自己抛出的异常");
  18. }
  19. }
  20. }

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

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

Android程序Crash时的异常上报的更多相关文章

  1. Android程序crash处理

    Android程序crash处理 时间 2014-11-24 13:45:37  CSDN博客 原文  http://blog.csdn.net/allen315410/article/details ...

  2. Android程序捕获未处理异常,处理与第三方方法冲突时的异常传递

    自己的android程序对异常进行了处理,用的也是网上比较流行的CrashHandler,代码如下,就是出现了未处理的异常程序退出,并收集收集设备信息和错误信息仪器保存到SD卡,这里没有上传到服务器. ...

  3. android在程序崩溃时Catch异常并处理

    Android系统的"程序异常退出",给应用的用户体验造成不良影响.为了捕获应用运行时异常并给出友好提示,便可继承UncaughtExceptionHandler类来处理.通过Th ...

  4. Android程序运行时权限与文件系统权限的区别

    apk程序是运行在虚拟机上的,对应的是Android独特的权限机制,只有体现到文件系统上时才使用linux的权限设置. (1)Android中的apk必须签名 (2)基于UserID的进程级别的安全机 ...

  5. C# 编写的Windows serice程序. 安装时出现异常!

    初学Windows Service 程序的编写,按照MSDN上写了一个service! 遇到安装服务的错误, 能帮忙看下是什么原因吗? 下面是在命令行下的安装结果: 正在运行事务处理安装. 正在开始安 ...

  6. java spring 等启动项目时的异常 或 程序异常的解决思路

    今天搭建ssm项目的时候,因为pagehelper的一个jar包没有导入idea的web项目下的lib目录中,异常报错找不到pagehelper,这个问题在出异常的时候疯狂crash,让人心情十分不舒 ...

  7. 整理最全的Android开发工程师面试题,面试题详解。java、Android程序员

    1.    请描述下Activity的生命周期. 必调用的三个方法:onCreate()--> onStart() --> onResume(),用AAA表示 (1)父Activity启动 ...

  8. 谈使用Eclipse与DDMS调试Android程序的方法

    在Eclipse开发工具中调试程序的方法很多,但是使用Eclipse调试Android程序时需要注意一些细节上的问题.许多刚接触 Android的开发者,在调试Android程序时总是不能迅速地找到程 ...

  9. android 程序崩溃crash日志的捕捉

    android 程序崩溃crash日志的捕捉 之前在项目开发过程中,一直会遇到程序崩溃了,但是测试組的哥哥们又没及时的导出日志.... 后来在诳群的时候听别人说起,腾讯有那么一个叫bugly的东西 将 ...

随机推荐

  1. prototype vs __proto__ 之间关系

    __proto__ is the actual object that is used in the lookup chain to resolve methods, etc. __proto__是解 ...

  2. HTML5 Canvas前台压缩图片并上传到服务器

    1.前台代码: <input id="fileOne" type="file" /> <input id="btnOne" ...

  3. FalseEasting 和 FalseNorthing

    FalseEasting (东伪偏移) 和FalseNorthing(北伪偏移) FalseEasting (东伪偏移) 投影平面中为避免横轴(经度方向)坐标出现负值,而所加的偏移量.我国规定将高斯- ...

  4. Popular Cows (POJ No.2186)

    Description Every cow's dream is to become the most popular cow in the herd. In a herd of N (1 <= ...

  5. event对象具有的方法

    // dataTransfer,toElement,fromElement,y,x,offsetY,offsetX,webkitMovementY,webkitMovementX,relatedTar ...

  6. PHP正则表达式屏蔽电话号码中间段

    要屏蔽电话号码中间段,首先要知道电话号码的正则表达式. 先来看看PHP匹配电话号码的正则表达式. 匹配固定电话的正则表达式为: /(0[0-9]{2,3}[\-]?[2-9][0-9]{6,7}[\- ...

  7. 子类重载父类的方法“parent:方法名”

    在PHP中不能定义重名的函数,也包括不能再同一个类中定义重名的方法,所以也就没有方法重载.单在子类中可以定义和父类重名的方法,因为父类的方法已经在子类中存在,这样在子类中就可以把从父类中继承过来的方法 ...

  8. HSV颜色识别demo

    HSV(Hue, Saturation, Value)色彩空间是一种区别与RGB的表示形式.其模型可视为一个倒立的棱锥或圆锥. 其中H为色调,用角度度量,取值范围为0°-360°,从红色开始按逆时针方 ...

  9. Tracing JIT

    在一个从Java源码编译到JVM字节码的编译器(如javac.ECJ)里,一个“编译单元”(CompilationUnit)指的是一个Java源文件.而在Dalvik VM的JIT里也有一个结构体名为 ...

  10. redis maxmemory设置

    关于maxmemory的设置,如果redis的应用场景是作为db使用,那不要设置这个选项,因为db是不能容忍丢失数据的. 如果作为cache使用,则可以启用这个选项(其实既然有淘汰策略,那就是cach ...