非检查型异常 — 争议

因为 Java 编程语言不要求方法去捕获或指定非检查型异常(RuntimeException，Error 及其子类)，程序员可能会想要编写的代码仅抛出非检查型异常，或使其所有异常子类继承自 RuntimeException。这两个快捷方式都允许程序员编写代码而不必担心编译器错误，也不必费心去指定或捕获任何异常。虽然这对程序员来说似乎很方便，但它会回避 the catch or specify requirement 的意图，并且可能会导致其他人使用你的类时出现问题。

为什么设计者决定强制一个方法来指定可以在其范围内抛出的所有未捕获的检查型异常？方法抛出的任何 Exception 都是方法的公共编程接口的一部分。那些调用方法的人必须知道方法可以抛出的异常，以便他们可以决定如何处理它们。这些异常与该方法的参数和 return 值一样，是编程接口的一部分。

接下来的问题可能是： '如果记录方法的 API 非常好，包括它可以抛出的异常，为什么不指定运行时异常呢？' 运行时异常表示编程问题导致的问题，因此，无法合理地期望 API 客户端代码从它们恢复或以任何方式处理它们。这些问题包括算术异常，例如除以零;指针异常，例如尝试通过空引用访问对象;索引异常，例如尝试通过索引太大或太小来访问数组元素。

运行时异常可以在程序中的任何地方发生，而在典型的程序中它们可以非常多。必须在每个方法声明中添加运行时异常会降低程序的清晰度。因此，编译器不要求你捕获或指定运行时异常(尽管你可以)。

抛出 RuntimeException 的常见做法之一是用户错误地调用方法。例如，方法可以检查其中一个参数是否错误地为 null。如果参数为 null，则该方法可能抛出 NullPointerException，这是一个 非检查型 异常。

一般来说，不要抛出 RuntimeException 或创建 RuntimeException 的子类，因为你不希望因为指定方法可以抛出的异常而烦恼。

这是底线指南：如果可以合理地期望客户端从异常中恢复，则将其作为检查型异常。如果客户端无法执行任何操作以从异常中恢复，请将其设置为非检查型异常。