在Java中如何使用finally保证资源释放_Java异常资源管理解析_技术教程

会。finally块中抛异常会掩盖try或catch中的原始异常，导致原始异常被完全丢弃；Java 7+推荐用try-with-resources替代手动finally关闭，它能自动抑制次要异常。

finally 块里抛异常会掩盖原始异常吗

会。如果 try 块中已发生异常，而 finally 块又抛出新异常，原始异常

会被完全丢弃，调用栈只显示 finally 中的异常——这是最常被忽略的陷阱。

除非显式捕获并处理，否则 finally 中的 throw 或未捕获异常会覆盖 try 或 catch 中的异常
典型场景：关闭流时 close() 抛 IOException，但业务逻辑本已抛出 NullPointerException，结果后者消失
Java 7+ 推荐用 try-with-resources 替代手动 finally 关闭，它能自动抑制（suppressed）finally 类行为引发的次要异常

finally 中调用 close() 为什么有时不生效

不是“不生效”，而是可能因 close() 自身抛异常导致后续语句跳过，或资源引用为 null 未判空直接调用。

finally 块中必须对资源对象判空：if (inputStream != null) inputStream.close();
close() 可能抛 IOException，若未捕获，会中断 finally 执行流，影响后续释放逻辑
多个资源需分别判空、分别 close()，不能链式调用（如 in.close().out.close()）

InputStream is = null;
try {
    is = new FileInputStream("data.txt");
    // ... 读取操作
} finally {
    if (is != null) {
        try {
            is.close(); // 必须套一层 try-catch
        } catch (IOException e) {
            // 记录日志，不要 throw
            System.err.println("Failed to close stream: " + e.getMessage());
        }
    }
}

try-with-resources 比 finally 更安全的三个原因

它不是语法糖，而是 JVM 层面保障资源确定性关闭的机制，解决了 finally 的固有缺陷。

资源声明在 try 括号内，无论是否异常、是否 return，JVM 保证调用其 close() 方法
若多个资源，按声明**逆序**关闭（后声明的先关），且自动抑制非首要异常（通过 addSuppressed()）
要求资源类型实现 AutoCloseable 接口，编译期即校验，避免运行时 NullPointerException

try (FileInputStream fis = new FileInputStream("a.txt");
     BufferedReader reader = new BufferedReader(new InputStreamReader(fis))) {
    return reader.readLine();
} // fis 和 reader 自动按 reader → fis 顺序关闭