对于已经上线的项目，为了避免有没有考虑到的bug发生，方便维护以及为了有更好的用户体验，不能再发生异常的时候弹出系统默认的提示框. 而是应该由自己程序本身捕获，先保存到本地，当下次打开软件时上传到服务器. 这样也可以为我们收集到BUG的第一手资料(主动收集), 更快地定位到异常位置并修复，这样既节省了时间，也提高了工作的效率.
还有本身这种收集异常信息的做法也是借鉴于windows中杀毒软件的做法(如遇到本地病毒库或者服务器上都没有遇到的病毒，上传添加到病毒库中) ..或者有很多软件做的用户反馈,模式都比较相似
这里还有一些细节要注意：
- 1. 在上传的时候还可以将该<span style="color:#CC0000;">app的version(版本号)，该手机的型号，网络制式</span>等信息一并发送的服务器
- 2. 原因:<span style="color:#CC0000;">Android的兼容性</span>众所周知，所以可能错误不是每个手机都会报错，还是有<span style="color:#CC0000;">针对性</span>的去debug比较好,而不是全部都进行分析，花费不必要的时间:
- 某些BUG可能是由于屏幕适配，或者由于不同品牌的手机使用的并不是原生系统，一般是经过修改过的，比较典型的是小米手机，对于系统修改的部分非常多.,有可能在原生系统
- 或者主流的三星，摩托等手机上运行无误的程序，会发生特定的异常
原理: 跟JavaEE的自定义异常捕获一样，将错误一直向上抛，然后在最上层统一处理。这里就可以获得异常信息，先保存到本地，下一次运行的时候上传到服务区. 当然这些可以由程序员自己根据实际情况具体处理,这里只是提供捕获异常并进一步处理的一个方案. 主要用到的是自定义的CrashHandler(继承自UncaughtExceptionHandler),具体代码如下:
- /**
- * @author Tian
- * 在Application中统一捕获异常，保存到文件中下次再打开时上传
- */
- public class CrashHandler implements UncaughtExceptionHandler {
- /** 是否开启日志输出,在Debug状态下开启,
- * 在Release状态下关闭以提示程序性能
- * */
- public static final boolean DEBUG = true;
- /** 系统默认的UncaughtException处理类 */
- private Thread.UncaughtExceptionHandler mDefaultHandler;
- /** CrashHandler实例 */
- private static CrashHandler INSTANCE;
- /** 程序的Context对象 */
- // private Context mContext;
- /** 保证只有一个CrashHandler实例 */
- private CrashHandler() {}
- /** 获取CrashHandler实例 ,单例模式*/
- public