在Java里异常处理的执行顺序是怎样的_Java异常流程详细说明_技术教程

try-catch-finally执行顺序固定：无论try是否抛异常、是否return，finally几乎总在退出前执行；若finally含return，则覆盖try/catch的返回值或异常。

try-catch-finally 的执行顺序是固定的，但 return 和异常会改变控制流

Java 异常处理的执行顺序不是“先 catch 再 finally”这么简单——finally 块几乎总会在 try 或 catch 退出前执行，哪怕里面写了 return。关键在于：JVM 会把 finally 插入到每个可能的出口路径上，包括隐式抛出异常、显式 return、break、continue。

常见误解是“catch 执行完就结束”，其实只要 finally 存在，它就会介入：

如果 try 中抛异常 → 跳转到匹配的 catch → 执行 catch → 执行 finally → 离开方法
如果 try 中无异常 → 直接跳过 catch → 执行 finally → 离开方法
如果 try 或 catch 中有 return → JVM 记下返回值 → 强制执行 finally → 再返回（除非 finally 自己也 return）

finally 里的 return 会覆盖 try/catch 中的 return

这是最易踩坑的一点：finally 块里写 return，会直接终结方法，丢弃 try 或 catch 中已计算好的返回值。编译器不会报错，但逻辑会被静默覆盖。

public static String test() {
    try {
        return "from try";
    } finally {
        return "from finally"; // ✅ 实际返回这个，"from try" 被丢弃
    }
}

同理，如果 catch 抛出新异常，而 finally 也抛异常，后者会完全压制前者（try 原始异常丢失）：

public static void badExample() {
    try {
        throw new RuntimeException("original");
    } catch (RuntimeException e) {
        throw new RuntimeException("in catch");
    } finally {
        throw new RuntimeException("in finally"); // ✅ 这个异常被抛出，前两个都丢了
    }
}

try-with-resources 的 close() 调用时机和异常压制

try-with-resources 本质是语法糖，编译后自动展开为 try-finally，并在 finally 中调用 close()。它的执行顺序是：

正常执行完 try 块 → 进入隐式 finally → 按声明逆序调用各资源的 close()
如果 try 块抛异常 A，且某个 close() 也抛异常 B → A 是主异常，B 被添加为 suppressed 异常（可通过 getSuppressed() 获取）
如果 try 块没异常，但 close() 抛异常 → 该异常就是方法抛出的唯一异常