Java 异常的分类

Throwable

Throwable 类似 Java 语言中所有错误和异常的超类。只有属于该类(或其子类之一)的实例的对象由 Java 虚拟机抛出，或者可以由 Java throw 语句抛出。类似地，只有这个类或它的一个子类可以是 catch 子句中的参数类型。为了在编译时检查异常，Throwable 和 Throwable 的任何子类，只要不是 RuntimeException 或 Error 的子类，都被视为检查异常。

Error

致命异常，比如：StackOverFlowError、OutOfMemoryError 等，程序不需要处理，人工介入。举个例子，比如：机场地震。

Exception

非致命异常，又可以分为以下的异常，

• 受检异常（CheckedException），这种异常是必须要捕获处理或者作为方法的签名默认向上抛出；这种异常如果有能力处理的话就坦然处之，比如：去机场路上可能会有堵车的异常，面对这种异常，我们是有能力处理的，比如：提前出发。如果无能为力，则引起注意，人工处理。比如：航班延误的异常，这种情况我们只能持续关注了。
• 非受检异常（UnCheckedException），这种异常又可以分为以下几种情况：

（1）可预测的异常，比如：NullPointException、IndexOutOfBoundsException等，我们可以通过提前预判来避免这种异常。像到达机场发生未带身份证或护照这种异常，就属于可以预测的异常，只要我们在出发前检查即可避免。

（2）需要捕获的异常，比如：去机场的路上车子发生抛锚，这种异常我们必须捕获，需要更换交通工具。

（3）可透出的异常，比如：机场安检/检票系统异常，可透出异常，由机场或航空公司处理。

关于异常的三个问题

1）哪里会发生异常？

我们需要区分出稳定的代码和不稳定的代码。我们可以认为稳定的代码永远不会抛出异常，而不稳定的代码必须捕获异常。

2）谁来处理异常？

在自己能力范围内，则捕获并处理，否则向上抛出由上层或框架来处理。

3）如何处理异常？

• 严谨什么都不做或仅仅一行日志了事；
• 方法内部处理异常，要根据业务场景进行重试或回滚；
• 向上抛出异常时，需要封装上下文参数、局部变量、运行环境等以便问题排查。

异常的抛与接

• 对外提供的接口，使用错误码；
• 公司内部跨应用 RPC，优先考虑 Result 对象来封装错误码和错误描述；
• 应用内部推荐直接抛出异常对象；
• 防御式编程，方法可以返回 null，防止 NPE 一定是调用方的责任，需要调用方来判断。