未捕获的 RuntimeException 和 finally 子句：哪个先出现？

Question

RuntimeException 在 try 块中抛出但未被捕获，而 finally 子句调用 System.exit()。

public static void main(String[] args) {
    try {
        Integer.valueOf("NotANumber");
    } finally {
        System.out.println("finally");
        System.exit(0);
    }
}

输出为

finally

如果从finally 中删除System.exit(0)，则输出为

finally
Exception in thread "main" java.lang.NumberFormatException: For input string: "NotANumber"
    at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
    at java.lang.Integer.parseInt(Integer.java:449)
    at java.lang.Integer.valueOf(Integer.java:554)
    at exception.MyExcepTest.main(MyExcepTest.java:20)

其中 "finally" 可能出现在 NumberFormatException。

有人能解释一下吗？

Answer 1

finally 块肯定会在 main 方法退出之前执行，之后 JVM 会打印堆栈跟踪。

也许堆栈跟踪会打印到 System.err，并且两个流会以不可预测的方式在控制台输出中混合（因为它们基本上是同时生成的）。

当您也将“finally”打印到 System.err 时会发生什么？

Answer 2

问题是，当抛出异常时。JVM 首先执行带有finally 块内部的代码，然后在捕获异常时抛出异常，否则将抛出异常并终止线程。
所以当 System.exit(0) 出现在finally块中时，它会立即终止线程，这样JVM就没有机会抛出异常。
所以输出只是“最后
”

Answer 3

最后块总是被执行。这是由语言保证的。如果 try 块成功终止或抛出任何异常，则会执行它。

有检查异常和非检查异常。对于未经检查的异常（运行时和错误），您不必编写 catch 块。但所有异常都会被 JVM 捕获并打印堆栈跟踪。当您的finally块终止应用程序时，它没有机会打印堆栈跟踪，因此您看不到它。

一般来说，在finally块中退出程序是不好的，因为即使你的代码成功运行它也会退出。更一般地说，finally 块通常用于清理，例如关闭文件、套接字等，而不是用于更复杂的业务逻辑。

Answer 4

有两个块可以与 try 一起使用，它们是 catch 和 finally。

当抛出任何运行时异常时（finally之前）都会执行catch块，而无论是否抛出异常，finally块都会在最后执行。

因此，如果您想对抛出的异常执行某些操作，则可以将其放入 catch(Excepion e) 块中。

您看到的是 JVM 的职责是在终止程序执行之前执行finally 块中写入的内容。

当程序终止时，它默认显示抛出异常的跟踪。

Answer 5

即使在try块中存在return语句，finally方法也总是会被执行，但在某些情况下，在try块中抛出错误（运行时内存）时，不能保证finally块完全执行。

在您的情况下，finally 块始终执行，并且由 JVM 的 main 方法抛出异常，因为您没有处理异常。