未捕获的 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

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

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会打印stacktrace。

也许堆栈跟踪被打印到 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。

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

所以如果你想对抛出的异常做些什么，那么你可以把它放在 catch(Excepion e) 块中。

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

当程序终止时，默认情况下会显示抛出异常的踪迹。

Answer 5

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

在您的情况下，由于您没有处理异常，因此 finally 块总是被执行并且由 JVM 的 main 方法抛出异常。