1 java异常结构
Java的异常继承结构如图一所示：
粉红色的是受检查的异常(checked exceptions),其必须被 try{}catch语句块所捕获,或者在方法签名里通过throws子句声明.受检查的异常必须在编译时被捕捉处理,命名为 Checked Exception 是因为Java编译器要进行检查,Java虚拟机也要进行检查,以确保这个规则得到遵守.这种异常是可以意料到的异常，所以一般影响较小（相对的）。
绿色的异常是运行时异常(runtime exceptions),需要程序员自己分析代码决定是否捕获和处理,比如 空指针,被0除...这种异常一般是因为程序的逻辑漏洞造成的，往往很难发现。一旦发生就会造成程序的崩溃，所以影响较大。
而声明为Error的，则属于严重错误,需要根据业务信息进行特殊处理,Error不需要捕捉。
好消息是Android为我们提供了获取Android应用的闪退信息的机制，下面我们就来介绍一下。
（2）捕获导致闪退的异常
运行的Android进程中存在一个UncaughtExceptionHandler对象（未捕获异常处理器），我们可以通过Thread类的静态方法setDefaultUncaughtExceptionHandler设置当前进程的UncaughtExceptionHandler对象。当出现一个未捕获异常时，系统会调用出现异常的进程的UncaughtExceptionHandler对象的uncaughtException方法，也就是说在Android应用闪退前我们可以在这个方法中获取引起闪退的异常信息。UncaughtExceptionHandler是一个接口，其中只定义了一个uncaughtException方法。
基于以上的分析我们知道了：只要将当前进程的未捕获异常处理器设置为我们自定义的UncaughtExceptionHandler实例，我们就可以通过重写UncaughtExceptionHandler方法来在闪退前获取导致闪退的异常的详细信息。下面的代码中我们的自定义未捕获异常处理器实现了UncaughtExceptionHandler接口：
```
publicclassCrashHandlerimplementsUncaughtExceptionHandler {
@Override
publicvoiduncaughtException(Thread t, Throwable e) {
try{
//传入这个方法的参数e就是引起应用crash的异常，我们可以在这里获取异常信息，可以把异常信息上传到服务器以便统一分析，也可以保存在文件系统中
}catch(Exception e) {
...
}
}
}
```
设计好了自定义未捕获异常处理器后，我们只需把它设置为当前进程的未捕获异常处理器即可，相关代码如下：
1
Thread.setDefaultUncaughtExceptionHandler(newCrashHandler());
这时候我们就可以将相关信息保存或者上报，再根据打包的时候mapping文件进行反混淆就可以看到崩溃的代码了。
