为什么要继承 RuntimeException 而不是 Exception

这几天在看一些开源项目时，发现他们写的自定义异常类继承了RuntimeException这个类，而不是Exception。这样写是不是有点麻烦了呢？于是我上网查了查，发现这两种方式还是不一样的。

在 Java 中，异常分为两种主要类型：受检异常（checked exceptions）和非受检异常（unchecked exceptions）。

1. 受检异常（Checked Exceptions）：

   • 受检异常是指直接继承自 Exception 类（不包括 RuntimeException 及其子类）的异常。这些异常在编译时必须被显式地处理（使用 try-catch 块或者在方法声明中声明抛出）。例如，IOException、SQLException 等都是受检异常。

2. 非受检异常（Unchecked Exceptions）：

   • 非受检异常是指继承自 RuntimeException 类及其子类的异常。这些异常不需要在方法声明中声明抛出，可以选择捕获或者不捕获。例如，NullPointerException、IllegalArgumentException 等都是非受检异常。

为什么要继承 RuntimeException 而不是 Exception？

• 灵活性和便利性：

  • 继承自 RuntimeException 类的异常被称为非受检异常，它们不需要在方法声明中声明抛出，这样可以减少方法签名的复杂性。
  • 如果你的自定义异常类继承自 RuntimeException，则在方法中抛出这种异常时，调用者可以选择捕获或者不捕获，从而增加了代码的灵活性。

• 设计理念：

  • Java 异常体系中，RuntimeException 及其子类通常用于表示程序运行时的错误和逻辑异常，如空指针异常、非法参数异常等。这些异常通常是由程序员代码逻辑错误引起的，而不是外部因素（如文件不存在、网络中断等）导致的，因此不需要在编译时强制处理。

什么时候应该继承 RuntimeException？

• 如果你的异常表示程序逻辑错误、不合法的参数、空指针引用等与运行时相关的问题，通常应该继承自 RuntimeException 或其子类。

什么时候应该继承 Exception？

• 如果你的异常表示需要在编译时强制处理的情况，比如文件操作时可能发生的 IOException，数据库操作时可能发生的 SQLException，通常应该继承自 Exception 或其子类。

总结

通过继承 RuntimeException 类及其子类，你的自定义异常类将成为非受检异常，可以在不强制要求方法声明中抛出的情况下使用，提高了代码的灵活性和简洁性。这种设计使得异常处理在逻辑错误和运行时异常情况下更加方便和符合 Java 异常处理的最佳实践。