转载请注明来源: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. USB通讯协议 && 数据传输

    USB2.0通讯协议(spalish)   1.包(packet) 包是USB系统中信息传输的基本单元,所有数据都是经过打包后在总线上传输的.USB包由五部分组成,同步字段(sync).包标识符(PI ...

  2. oracle之时间格式的应用

    ${,""," and rs.count_date >= '"+start_date+"'||' 00:00:00'")} ${,&q ...

  3. OD: Heap in Windows 2K & XP SP1

    Windows 堆溢出 MS 没有完全公开 Windows 的堆管理细节,目前对 Windows 堆的了解主要基于技术狂热者.黑客.安全专家.逆向工程师等的个人研究成果. 目前 Windows NT4 ...

  4. C# Dictionary 应用

    1.字典定义并添加数据 Dictionary<string, string> dic = new Dictionary<string, string>(); dic.Add(& ...

  5. (转)检测到在集成的托管管道模式下不适用的ASP.NET设置的解决方法(转)

    我们将ASP.NET程序从IIS6移植到IIS7,可能运行提示以下错误: HTTP 错误 500.23 - Internal Server Error 检测到在集成的托管管道模式下不适用的 ASP.N ...

  6. alter database open resetlogs

    使用resetlogs选项,会把当前的日志序号(log sequence number)重设为1,并抛弃所有日志信息.在以下条件时需要使用resetlogs选项: 在不完全恢复(介质恢复): 使用备份 ...

  7. iOS_SN_CoreDate(一)封装使用

    看过一篇封装CoreData的文章挺不错,有基本使用封装,但是没有写怎么与tableView结合使用,我自己用的过程有些小波折,自己做了一个demo,大家可以看源码一些基本使用应该不难了, 原文:ht ...

  8. C# winform DataTable 批量数据处理 增、删、改 .

    1.批量新增,采用高效的SqlBulkCopy SqlBulkCopy DTS = new System.Data.SqlClient.SqlBulkCopy(con); DTS.NotifyAfte ...

  9. uva 296 - Safebreaker

    枚举法 #include <cstdio> using namespace std; int main() { int t, n, i, j, k; scanf("%d" ...

  10. Github提交代码及分支管理

    #提交代码cd <Cat>git initgit add .git statusgit commit -m "注释"git remote add origin < ...