（二十）Android中处理崩溃异常（转载：http://blog.csdn.net/liuhe688/article/details/6584143）

大家都知道，现在安装Android系统的手机版本和设备千差万别，在模拟器上运行良好的程序安装到某款手机上说不定就出现崩溃的现象，开发者个人不可能购买所有设备逐个调试，所以在程序发布出去之后，如果出现了崩溃现象，开发者应该及时获取在该设备上导致崩溃的信息，这对于下一个版本的bug修复帮助极大，所以今天就来介绍一下如何在程序崩溃的情况下收集相关的设备参数信息和具体的异常信息，并发送这些信息到服务器供开发者分析和调试程序。

我们先建立一个crash项目，项目结构如图：

在MainActivity.java代码中，代码是这样写的：

[java] view plaincopy

  1. package com.scott.crash;
  2. import android.app.Activity;
  3. import android.os.Bundle;
  4. public class MainActivity extends Activity {
  5. private String s;
  6. @Override
  7. public void onCreate(Bundle savedInstanceState) {
  8. super.onCreate(savedInstanceState);
  9. System.out.println(s.equals("any string"));
  10. }
  11. }

我们在这里故意制造了一个潜在的运行期异常，当我们运行程序时就会出现以下界面：

遇到软件没有捕获的异常之后，系统会弹出这个默认的强制关闭对话框。

我们当然不希望用户看到这种现象，简直是对用户心灵上的打击，而且对我们的bug的修复也是毫无帮助的。我们需要的是软件有一个全局的异常捕获器，当出现一个我们没有发现的异常时，捕获这个异常，并且将异常信息记录下来，上传到服务器公开发这分析出现异常的具体原因。

接下来我们就来实现这一机制，不过首先我们还是来了解以下两个类：android.app.Application和java.lang.Thread.UncaughtExceptionHandler。

Application：用来管理应用程序的全局状态。在应用程序启动时Application会首先创建，然后才会根据情况(Intent)来启动相应的Activity和Service。本示例中将在自定义加强版的Application中注册未捕获异常处理器。

Thread.UncaughtExceptionHandler：线程未捕获异常处理器，用来处理未捕获异常。如果程序出现了未捕获异常，默认会弹出系统中强制关闭对话框。我们需要实现此接口，并注册为程序中默认未捕获异常处理。这样当未捕获异常发生时，就可以做一些个性化的异常处理操作。

大家刚才在项目的结构图中看到的CrashHandler.java实现了Thread.UncaughtExceptionHandler，使我们用来处理未捕获异常的主要成员，代码如下：

[java] view plaincopy

  1. package com.scott.crash;
  2. import java.io.File;
  3. import java.io.FileOutputStream;
  4. import java.io.PrintWriter;
  5. import java.io.StringWriter;
  6. import java.io.Writer;
  7. import java.lang.Thread.UncaughtExceptionHandler;
  8. import java.lang.reflect.Field;
  9. import java.text.DateFormat;
  10. import java.text.SimpleDateFormat;
  11. import java.util.Date;
  12. import java.util.HashMap;
  13. import java.util.Map;
  14. import android.content.Context;
  15. import android.content.pm.PackageInfo;
  16. import android.content.pm.PackageManager;
  17. import android.content.pm.PackageManager.NameNotFoundException;
  18. import android.os.Build;
  19. import android.os.Environment;
  20. import android.os.Looper;
  21. import android.util.Log;
  22. import android.widget.Toast;
  23. /**
  24. * UncaughtException处理类,当程序发生Uncaught异常的时候,有该类来接管程序,并记录发送错误报告.
  25. *
  26. * @author user
  27. *
  28. */
  29. public class CrashHandler implements UncaughtExceptionHandler {
  30. public static final String TAG = "CrashHandler";
  31. //系统默认的UncaughtException处理类
  32. private Thread.UncaughtExceptionHandler mDefaultHandler;
  33. //CrashHandler实例
  34. private static CrashHandler INSTANCE = new CrashHandler();
  35. //程序的Context对象
  36. private Context mContext;
  37. //用来存储设备信息和异常信息
  38. private Map<String, String> infos = new HashMap<String, String>();
  39. //用于格式化日期,作为日志文件名的一部分
  40. private DateFormat formatter = new SimpleDateFormat("yyyy-MM-dd-HH-mm-ss");
  41. /** 保证只有一个CrashHandler实例 */
  42. private CrashHandler() {
  43. }
  44. /** 获取CrashHandler实例 ,单例模式 */
  45. public static CrashHandler getInstance() {
  46. return INSTANCE;
  47. }
  48. /**
  49. * 初始化
  50. *
  51. * @param context
  52. */
  53. public void init(Context context) {
  54. mContext = context;
  55. //获取系统默认的UncaughtException处理器
  56. mDefaultHandler = Thread.getDefaultUncaughtExceptionHandler();
  57. //设置该CrashHandler为程序的默认处理器
  58. Thread.setDefaultUncaughtExceptionHandler(this);
  59. }
  60. /**
  61. * 当UncaughtException发生时会转入该函数来处理
  62. */
  63. @Override
  64. public void uncaughtException(Thread thread, Throwable ex) {
  65. if (!handleException(ex) && mDefaultHandler != null) {
  66. //如果用户没有处理则让系统默认的异常处理器来处理
  67. mDefaultHandler.uncaughtException(thread, ex);
  68. } else {
  69. try {
  70. Thread.sleep(3000);
  71. } catch (InterruptedException e) {
  72. Log.e(TAG, "error : ", e);
  73. }
  74. //退出程序
  75. android.os.Process.killProcess(android.os.Process.myPid());
  76. System.exit(1);
  77. }
  78. }
  79. /**
  80. * 自定义错误处理,收集错误信息 发送错误报告等操作均在此完成.
  81. *
  82. * @param ex
  83. * @return true:如果处理了该异常信息;否则返回false.
  84. */
  85. private boolean handleException(Throwable ex) {
  86. if (ex == null) {
  87. return false;
  88. }
  89. //使用Toast来显示异常信息
  90. new Thread() {
  91. @Override
  92. public void run() {
  93. Looper.prepare();
  94. Toast.makeText(mContext, "很抱歉,程序出现异常,即将退出.", Toast.LENGTH_LONG).show();
  95. Looper.loop();
  96. }
  97. }.start();
  98. //收集设备参数信息
  99. collectDeviceInfo(mContext);
  100. //保存日志文件
  101. saveCrashInfo2File(ex);
  102. return true;
  103. }
  104. /**
  105. * 收集设备参数信息
  106. * @param ctx
  107. */
  108. public void collectDeviceInfo(Context ctx) {
  109. try {
  110. PackageManager pm = ctx.getPackageManager();
  111. PackageInfo pi = pm.getPackageInfo(ctx.getPackageName(), PackageManager.GET_ACTIVITIES);
  112. if (pi != null) {
  113. String versionName = pi.versionName == null ? "null" : pi.versionName;
  114. String versionCode = pi.versionCode + "";
  115. infos.put("versionName", versionName);
  116. infos.put("versionCode", versionCode);
  117. }
  118. } catch (NameNotFoundException e) {
  119. Log.e(TAG, "an error occured when collect package info", e);
  120. }
  121. Field[] fields = Build.class.getDeclaredFields();
  122. for (Field field : fields) {
  123. try {
  124. field.setAccessible(true);
  125. infos.put(field.getName(), field.get(null).toString());
  126. Log.d(TAG, field.getName() + " : " + field.get(null));
  127. } catch (Exception e) {
  128. Log.e(TAG, "an error occured when collect crash info", e);
  129. }
  130. }
  131. }
  132. /**
  133. * 保存错误信息到文件中
  134. *
  135. * @param ex
  136. * @return  返回文件名称,便于将文件传送到服务器
  137. */
  138. private String saveCrashInfo2File(Throwable ex) {
  139. StringBuffer sb = new StringBuffer();
  140. for (Map.Entry<String, String> entry : infos.entrySet()) {
  141. String key = entry.getKey();
  142. String value = entry.getValue();
  143. sb.append(key + "=" + value + "\n");
  144. }
  145. Writer writer = new StringWriter();
  146. PrintWriter printWriter = new PrintWriter(writer);
  147. ex.printStackTrace(printWriter);
  148. Throwable cause = ex.getCause();
  149. while (cause != null) {
  150. cause.printStackTrace(printWriter);
  151. cause = cause.getCause();
  152. }
  153. printWriter.close();
  154. String result = writer.toString();
  155. sb.append(result);
  156. try {
  157. long timestamp = System.currentTimeMillis();
  158. String time = formatter.format(new Date());
  159. String fileName = "crash-" + time + "-" + timestamp + ".log";
  160. if (Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)) {
  161. String path = "/sdcard/crash/";
  162. File dir = new File(path);
  163. if (!dir.exists()) {
  164. dir.mkdirs();
  165. }
  166. FileOutputStream fos = new FileOutputStream(path + fileName);
  167. fos.write(sb.toString().getBytes());
  168. fos.close();
  169. }
  170. return fileName;
  171. } catch (Exception e) {
  172. Log.e(TAG, "an error occured while writing file...", e);
  173. }
  174. return null;
  175. }
  176. }

在收集异常信息时，朋友们也可以使用Properties，因为Properties有一个很便捷的方法properties.store(OutputStream out, String comments)，用来将Properties实例中的键值对外输到输出流中，但是在使用的过程中发现生成的文件中异常信息打印在同一行，看起来极为费劲，所以换成Map来存放这些信息，然后生成文件时稍加了些操作。

完成这个CrashHandler后，我们需要在一个Application环境中让其运行，为此，我们继承android.app.Application，添加自己的代码，CrashApplication.java代码如下：

[java] view plaincopy

  1. package com.scott.crash;
  2. import android.app.Application;
  3. public class CrashApplication extends Application {
  4. @Override
  5. public void onCreate() {
  6. super.onCreate();
  7. CrashHandler crashHandler = CrashHandler.getInstance();
  8. crashHandler.init(getApplicationContext());
  9. }
  10. }

最后，为了让我们的CrashApplication取代android.app.Application的地位，在我们的代码中生效，我们需要修改AndroidManifest.xml：

[html] view plaincopy

  1. <application android:name=".CrashApplication" ...>
  2. </application>

因为我们上面的CrashHandler中，遇到异常后要保存设备参数和具体异常信息到SDCARD，所以我们需要在AndroidManifest.xml中加入读写SDCARD权限：

[html] view plaincopy

  1. <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>

搞定了上边的步骤之后，我们来运行一下这个项目：

看以看到，并不会有强制关闭的对话框出现了，取而代之的是我们比较有好的提示信息。

然后看一下SDCARD生成的文件：

用文本编辑器打开日志文件，看一段日志信息：

[java] view plaincopy

  1. CPU_ABI=armeabi
  2. CPU_ABI2=unknown
  3. ID=FRF91
  4. MANUFACTURER=unknown
  5. BRAND=generic
  6. TYPE=eng
  7. ......
  8. Caused by: java.lang.NullPointerException
  9. at com.scott.crash.MainActivity.onCreate(MainActivity.java:13)
  10. at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
  11. at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2627)
  12. ... 11 more

这些信息对于开发者来说帮助极大，所以我们需要将此日志文件上传到服务器，有关文件上传的技术，请参照Android中使用HTTP服务相关介绍。

不过在使用HTTP服务之前，需要确定网络畅通，我们可以使用下面的方式判断网络是否可用：

[java] view plaincopy

  1. /**
  2. * 网络是否可用
  3. *
  4. * @param context
  5. * @return
  6. */
  7. public static boolean isNetworkAvailable(Context context) {
  8. ConnectivityManager mgr = (ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE);
  9. NetworkInfo[] info = mgr.getAllNetworkInfo();
  10. if (info != null) {
  11. for (int i = 0; i < info.length; i++) {
  12. if (info[i].getState() == NetworkInfo.State.CONNECTED) {
  13. return true;
  14. }
  15. }
  16. }
  17. return false;
  18. }
时间： 2024-10-17 13:23:46

（二十）Android中处理崩溃异常（转载：http://blog.csdn.net/liuhe688/article/details/6584143）的相关文章

Win10双击调试 转载 http://blog.csdn.net/sagittarius_warrior/article/details/51305046

转:注1:本文非本人所写,尊重原作者劳动成果.仅是对原文备份. http://blog.csdn.net/sagittarius_warrior/article/details/51305046(原来链接出处) 注2:最近在双击调试,需要配置双击调试环境,经尝试,原作者提供的方法可行,故转载备份一张,方便记忆,再次感谢原作者,及李Sir( http://www.cnblogs.com/lzjsky/archive/2010/12/14/1905248.html),希望他们不要来打我,汗 本文章已

Windows下QT4.8.4编译环境的搭建（转载http://blog.csdn.net/bestgonghuibin/article/details/38933141）

开始使用QT了,所以第一步就是把环境搭起来,这里小记一下,以免以后忘记. 1. 下载安装文件 要使用QT功能,那么必须要下载QT的源码,还必须要一个是用QT的编译环境,可以是VS2010,也可以是专用于QT编程的QT Creator.本人选择QT Creator,所以也必须要下载QT Creator. 根据网上大部分教程及自己买的书籍获取的信息,在选择版本的时候,QT 源码选择4.8.4,而QT Creator选择2.8.0(QT5.0以后许多原有的文件路径改变). 选择好版本之后,可以上QT的

MyEclipse+Tomcat+MAVEN+SVN项目完整环境搭建（转载http://blog.csdn.net/zhshulin/article/details/30779873）

1.1新建变量名:JAVA_HOME   变量值:E:\Java\jdk1.6.0_43(这是我的jdk安装路径) 1.2编辑变量名:Path  在后面加上:%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin 1.3 新建变量名:CLASSPATH 变量值: .;%JAVA_HOME%\lib;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar (注意:在设置变量的末尾时不要加上":") ----------------

TCP协议中的三次握手和四次挥手(图解)（转载http://blog.csdn.net/whuslei/article/details/6667471）

建立TCP需要三次握手才能建立,而断开连接则需要四次握手.整个过程如下图所示: 先来看看如何建立连接的 首先Client端发送连接请求报文,Server段接受连接后回复ACK报文,并为这次连接分配资源.Client端接收到ACK报文后也向Server段发生ACK报文,并分配资源,这样TCP连接就建立了. 那如何断开连接呢?简单的过程如下: [注意]中断连接端可以是Client端,也可以是Server端. 假设Client端发起中断连接请求,也就是发送FIN报文.Server端接到FIN报文后,意

Uni2D 入门 -- Atlas转载 http://blog.csdn.net/kakashi8841/article/details/17588095

转载csdnTexture Atlas 我为什么应该使用Texture Atlas? 使用Atlas是一个普遍的好做法,而且它有很多好处.当有某些需要在屏幕渲染的时候,它背后带来的是draw call.由于不同的原因(例如渲染状态改变),一个draw call是一个很慢的操作,因此我们需要保持较低的draw call来保证较高的帧率.在移动设备上,接近30-40个draw call就开始变得危险了,具体取决于你的设备和渲染的场景. 幸运的是,在一些条件下,draw call是可以被批量处理的.u

tomcat配置文件server.xml详解 转载http://blog.csdn.net/yuanxuegui2008/article/details/6056754

元素名 属性 解释 server port 指定一个端口,这个端口负责监听关闭tomcat 的请求 shutdown 指定向端口发送的命令字符串 service name 指定service 的名字 Connector ( 表示客户端和service之间的连接) port 指定服务器端要创建的端口号,并在这个断口监听来自客户端的请求 minProcessors 服务器启动时创建的处理请求的线程数 maxProcessors 最大可以创建的处理请求的线程数 enableLookups 如果为tru

java代码注释规范-----转载-----http://blog.csdn.net/shiyuezhong/article/details/8205281/

1 代码注释是架起程序设计者与程序阅读者之间的通信桥梁,最大限度的提高团队开发合作效率.也是程序代码可维护性的重要环节之一.所以我们不是为写注释而写注释.下面说一下我们在诉求网二期开发中使用的代码注释规范,供大家参考下. 2 3 原则: 4 1.注释形式统一 5 6 在整个应用程序中,使用具有一致的标点和结构的样式来构造注释.如果在其它项目中发现它们的注释规范与这份文档不同,按照这份规范写代码,不要试图在既成的规范系统中引入新的规范. 7 8 2.注释内容准确简洁 9 10 内容要简单.明了.含

转载 http://blog.csdn.net/dengta_snowwhite/article/details/6418384

从SDCard保存的txt文件读取中文到android系统中会出现乱码问题,如何解决这个乱码问题,网上有不少解答方法,譬如说利用String temp1 =EncodingUtils.getString(strLine.getBytes(),"GB2312"); 但并非对所有的情况都适用,解决乱码问题首先要明白为什么会乱码.究其原因,是因为txt文件在win系统上保存时默认为ANSI格式,而android目前只支持UTF-8编码,因此将txt文件的中文读入android系统中会产生乱码

HTTP协议详解--转载http://blog.csdn.net/gueter/article/details/1524447

引言 HTTP是一个属于应用层的面向对象的协议,由于其简捷.快速的方式,适用于分布式超媒体信息系统.它于1990年提出,经过几年的使用与发展,得到不断地完善和扩展.目前在WWW中使用的是HTTP/1.0的第六版,HTTP/1.1的规范化工作正在进行之中,而且HTTP-NG(Next Generation of HTTP)的建议已经提出.HTTP协议的主要特点可概括如下:1.支持客户/服务器模式.2.简单快速:客户向服务器请求服务时,只需传送请求方法和路径.请求方法常用的有GET.HEAD.POS