Java里try块抛出A异常但finally抛出B异常时A去哪了-java教程-PHP中文网

a异常会被完全丢弃，因为java规范规定finally块中抛出的异常会覆盖try或catch中已抛出的异常；jvm直接丢弃a，仅传播b，且不将其设为cause或suppressed。

java里try块抛出a异常但finally抛出b异常时a去哪了

Java中，如果try块抛出A异常，而finally块又抛出B异常，那么A异常会被**完全丢弃**，调用栈中最终只看到B异常——A异常对象虽然还存在，但不再可访问，也不会出现在任何异常链中。

为什么A异常会消失？

这是Java语言规范明确规定的：当finally块以throw语句（或return、break等提前退出机制）结束时，它会“覆盖”try或catch中已抛出的异常。JVM在执行到finally的throw时，会直接把当前正在传播的A异常丢弃，转而将B异常作为唯一异常向上抛出。

这和“异常被吞掉”不同——A异常不是被静默捕获，而是被主动替换。JVM不会尝试把A设为B的cause，也不会记录在suppressed exceptions里（那是try-with-resources中自动添加抑制异常的机制，不适用于普通finally）。

代码示例说明

看这段典型代码：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

public static void example() {
    try {
        throw new RuntimeException("A");
    } finally {
        throw new IllegalArgumentException("B");
    }
}

调用example()后，堆栈跟踪只显示IllegalArgumentException: B，完全看不到"RuntimeException: A"的痕迹。

如何保留A异常？

如果业务上需要同时暴露两个异常（比如资源清理失败不能掩盖主逻辑错误），必须手动处理：

在finally中捕获并记录A异常（例如打日志），再抛B；
或在try/catch结构外保存A，然后在finally中将其设为B的suppressed exception（需手动调用b.addSuppressed(a)）；
更推荐的方式是避免在finally中抛异常——清理逻辑应尽量设计为不抛出检查异常，非检查异常（如NPE）应视为bug修复，而非正常流程。