在Java中try with resources如何工作_Java资源自动关闭机制解析

try-with-resources是编译期语法糖，由javac展开为带finally的传统结构，资源按声明逆序关闭，close异常被抑制或抛出，自定义类须实现AutoCloseable，Java 9支持变量复用但有限制，构造失败时close不执行。

try-with-resources 是编译期语法糖，不是 JVM 特性

它不改变字节码执行模型，而是由 javac 在编译时自动展开为带 finally 的传统结构。这意味着你写的简洁代码：

try (FileInputStream fis = new FileInputStream("a.txt")) {
    fis.read();
} catch (IOException e) {
    e.printStackTrace();
}

会被编译成等效的：

FileInputStream fis = new FileInputStream("a.txt");
try {
    fis.read();
} catch (IOException e) {
    e.printStackTrace();
} finally {
    if (fis != null) {
        try {
            fis.close();
        } catch (Throwable t) {
            // 被抑制异常处理逻辑插入在此
        }
    }
}

所以它不依赖运行时支持，Java 7+ 编译器即可生效；但 Java 9+ 开始支持复用已声明变量（如 try (fis)），这是编译器增强，不是 JVM 升级带来的。

资源关闭顺序是逆序，close() 异常会被抑制

多个资源按声明顺序的**反向**关闭：先声明的后关，后声明的先关。这很重要——比如复制文件时，FileOutputStream 必须在 FileInputStream 之后声明，才能确保写入完成再读取释放。

• 资源关闭失败不会中断主流程，而是作为被抑制异常（suppressed exception）附加到主异常上
• 可通过 throwable.getSuppressed() 拿到所有被抑制的 close 异常
• 如果 try 块没抛异常，而某个 close() 抛了异常，则该异常会正常抛出

自定义类必须实现 AutoCloseable，且 close() 可抛 Exception

AutoCloseable.close() 声明为 throws Exception，不是 IOException 或其他子类。这意味着你的自定义资源可以自由抛出任意受检异常，编译器和 try-with-resources 机制都兼容。

常见错误是只实现 Closeable（它是 AutoCloseable 的子接口，close() 声明为 throws IOException），导致无法抛出更广义的异常（比如数据库连接关闭时抛 SQLException）。

正确做法是直接实现 AutoCloseable：

public class DatabaseResource implements AutoCloseable {
    @Override
    public void close() throws SQLException {
        // 可安全 throw SQLException，不会编译报错
        connection.close();
    }
}

Java 9+ 允许复用外部变量，但有严格限制

Java 9 起支持把已声明、非 final、且类型兼容的变量直接放进 try()，例如：

FileInputStream fis = new FileInputStream("a.txt");
try (fis) {  // ✅ 合法，fis 不是 final，也没被重新赋值
    fis.read();
}

但以下写法会编译失败：

• final FileInputStream fis = ...; try (fis) → 报错：变量是 final
• FileInputStream fis = ...; fis = new FileInputStream("b.txt"); try (fis) → 报错：变量在 try 前已被重新赋值
• Object obj = new File

  

  InputStream(...); try (obj) → 报错：类型不匹配，obj 不是 AutoCloseable 子类型（编译器不推导）

这个特性省去了重复声明，但容易误用——一旦变量被修改或类型擦除，就失去自动关闭能力，且无运行时提示。

最易被忽略的一点：资源构造失败时，close() 不会被调用。也就是说，如果 new DatabaseResource() 在构造函数里抛了异常，那它的 close() 根本不会触发——因为对象还没“创建成功”，JVM 认为它不属于“已打开资源”。所以清理逻辑不能只依赖 close()，关键初始化步骤的副作用要自己兜底。