为什么Java中最终报告的异常是finally块中抛出的异常？

Java 中的异常处理：了解 Catch 和 Final 子句中引发的异常的影响

考虑以下代码片段：

class MyExc1 extends Exception {}
class MyExc2 extends Exception {}
class MyExc3 extends MyExc2 {}

public class C1 {
    public static void main(String[] args) throws Exception {
        try {
            System.out.print(1);
            q();
        }
        catch (Exception i) {
            throw new MyExc2();
        }
        finally {
            System.out.print(2);
            throw new MyExc1(); // throws MyExc1 here
        }
    }

    static void q() throws Exception {
        try {
            throw new MyExc1(); // throws MyExc1 here
        }
        catch (Exception y) {
        }
        finally {
            System.out.print(3);
            throw new Exception(); // throws Exception here
        }
    }
}

在此代码片段中，我们在 try-catch 和 finally 子句中抛出了一系列异常。预期输出是“132Exception in thread main MyExc1”，而不是“13Exception in thread main MyExc2”。

理解这个结果需要理解 Java 中异常处理的基本原理：

当从该块传播出去的 catch 或 finally 子句中引发新异常时，当前异常将被中止，并传播新异常。

本质上，当前异常被遗忘，新的异常接管堆栈上的展开过程。

在给定的代码中，在最里面的finally子句中抛出了MyExc1异常。这个异常最终会冒泡到主finally子句。然而，在该finally子句中，抛出了另一个异常MyExc1，中止原始MyExc1的传播。因此，最外面的finally子句的MyExc1成为向外传播的异常。

以上是为什么Java中最终报告的异常是finally块中抛出的异常？的详细内容。更多信息请关注PHP中文网其他相关文章！