Java 异常处理机制与全局异常捕获
为了防止黑客利用前台异常信息攻击系统，同时提高用户体验，通常会对抛出的异常进行拦截处理。
一、异常处理类
Java 把异常当做是破坏正常流程的一个事件，当事件发生后，就会触发处理机制。Java 有一套独立的异常处理机制，在遇到异常时，方法并不返回任何值（返回值属于正常流程），而是抛出一个封装了错误信息的对象。
Throwable
所有的异常对象都派生于 Throwable 类的一个实例。在一个 Throwable 里面可以获取如下信息：
- 获取堆栈跟踪信息。源代码中哪个类，哪个方法，第几行出现了问题……从当前代码到最底层的代码调用链都可以查出来。追踪获取底层的异常信息。
- 获取没抛出来的其他 Throwable。一次只能抛出一个异常，如果发生了多个异常，其他异常就不会被抛出，这时可以通过加入 suppressed 异常列表来解决（JDK7 以后才有）
Throwable 类只有两个直接继承者：Error 和 Exception。然后 Exception 又分为 RuntimeException 和 CheckedException。
Error
在 Java 中，由系统环境问题引起的异常，一般都继承于 Error 类。对于 Error 类：
- 一般开发者不要自定义 Error 子类，因为它代表系统级别的错误。与一般的程序无关。
- 在 Java 异常处理机制中，Error 不强制捕获或声明，也就是不强制处理。因为程序本身对此类错误无能为力。一般情况下我们只要把堆栈跟踪信息记录下来就行。
Exception
在 Java 中，除了系统环境问题引起的异常，一般都继承于 Exception 类。Exception 分为 RuntimeException 和 CheckedException。CheckedException 必须要捕获或声明。而 RuntimeException 不强制。
CheckedException: 在 Java 中，直接或间接因为'资源'问题引起的异常，一般属于检查异常 CheckedException。检查异常继承于 Exception，而不继承于 RuntimeException。对于检查异常：
- 必须捕获或声明
- 交给关心这个异常的方法处理
- 异常处理器应该引导用户接下来怎么办，至少做到安全退出
RuntimeException: 在 Java 中，由于接口方法使用不当造成的异常，一般属于 RuntimeException，也就是运行时异常。对于 RuntimeException：
- 如果你调用服务方法的方式不正确，你应该马上修改代码，避免发生 RuntimeException
- 如果是用户方法调用你的方法的方式不正确，你应该立刻抛出 RuntimeException，强制让使用者修正代码或改变使用方式，防止问题蔓延
- 一般情况下，不要捕获或声明 RuntimeException。因为问题在于你的程序本身有问题，如果你用异常流程处理了，反而让正常流程问题一直存在
Uncheck Exception
Error 和 RuntimeException 统称为非检查异常。两者的共同点就是都不被强制捕获或声明。实际上两者描述问题的范围完全没有交集。
二、Java 异常处理机制
- 抛出异常: 当一个方法出现错误引发异常时，方法创建异常对象并交付运行时系统，异常对象中包含了异常类型和异常出现时的程序状态等异常信息。运行时系统负责寻找处置异常的代码并执行。
- 捕获异常: 在方法抛出异常之后，运行时系统将转为寻找合适的异常处理器（exception handler）。潜在的异常处理器是异常发生时依次存留在调用栈中的方法的集合。当异常处理器所能处理的异常类型与方法抛出的异常类型相符时，即为合适的异常处理器。运行时系统从发生异常的方法开始，依次回查调用栈中的方法，直至找到含有合适异常处理器的方法并执行。当运行时系统遍历调用栈而未找到合适的异常处理器，则运行时系统终止。同时，意味着 Java 程序的终止。
对于运行时异常、错误或可查异常，Java 技术所要求的异常处理方式有所不同。
- 由于运行时异常的不可查性，为了更合理、更容易地实现应用程序，Java 规定，运行时异常将由 Java 运行时系统自动抛出，允许应用程序忽略运行时异常。
- 对于方法运行中可能出现的 Error，当运行方法不欲捕捉时，Java 允许该方法不做任何抛出声明。因为，大多数 Error 异常属于永远不能被允许发生的状况，也属于合理的应用程序不该捕捉的异常。
