为什么捕获 RuntimeException 不被认为是一种好的编程习惯？ [关闭]

Question

为什么使用catch(Throwable exc) {} 捕获RuntimeException 不是一种好的编程习惯？处理 RuntimeExceptions 的正确方法是什么？

另外，为什么catch(Exception exc) {} 没有捕捉到RuntimeException？这种行为是如何实现的？

Answer 1

归结为实际存在的不同类型的异常。

检查的异常（即扩展 Exception 的异常类）通常是您可以从中恢复的错误。

未经检查的异常（即显式扩展RuntimeException 的异常类）是那些在预期行为或程序状态中指示错误的异常。当然，如果在取消引用时对象的状态不是 null，您将不会得到 NullPointerException。

抓住毯子一切 - Exception 或Throwable，这远更糟糕 - 不是一个好习惯，因为你'假设您可以从任何异常行为中恢复。在某些情况下，您不应该或实际上不能（例如，OutOfMemoryError 代表 catch(Throwable t)）。此外，捕获运行时异常表明代码异味。这意味着您正在掩盖一个编码错误。

明确说明你正在捕捉什么。

旁白：是的，catch Exception 也将捕获 RuntimeException，因为 Exception 是 RuntimeException 的超类。同样，Throwable 会捕获Exception 和Error，这就是为什么写catch(Throwable t) 更糟糕的原因。

Answer 2

Throwable 是所有 Exception 选中和未选中 (RuntimeException) 和错误的超类。

java.lang.Object
     java.lang.Throwable
          java.lang.Exception
               java.lang.RuntimeException
          java.lang.Error

理想情况下，捕捉错误并不是一个好习惯。

由于RuntimeException 扩展了Exception，所以它捕获了所有RuntimeExcption。

Answer 3

通常，RuntimeException 表示编程错误（在这种情况下，您无法“处理”它，因为如果您知道会发生这种情况，您就可以避免该错误）。

捕获任何这些一般异常（包括Throwable）是一个坏主意，因为这意味着您声称您了解所有可能出错的情况，尽管如此，您仍然可以继续。有时在堆栈的顶层捕获Exception（但通常不是Throwable）是合适的，例如在 Web 服务器中 - 因为通常单个 请求出现任何问题，您通常希望保持服务器正常运行并响应进一步的请求。我通常不会捕获Throwable，因为它包括Error 子类，这些子类通常用于指示真正的灾难性错误，通常最好通过终止进程来“处理”这些错误。

从根本上说，当出现错误时，您需要非常谨慎地继续执行特定任务 - 您需要对错误的含义有一个很好的了解，否则您可能会继续错误地假设状态世界，并使事情变得更糟。在大多数 情况下（不是全部），简单地放弃请求比尝试继续进行而不考虑神秘的失败要好。 （不过，这在很大程度上取决于上下文 - 例如，在尝试获取一条辅助信息时，您可能不在乎出了什么问题。）

至于捕捉Exception 不捕捉RuntimeException - 这根本不是真的。 RuntimeException 唯一奇怪的是它（和子类）是未经检查的异常，而 Exception 和 Exception 的所有其他子类都是经过检查的。