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 之后声明，才能确保写入完成再读取释放。
立即学习“Java免费学习笔记（深入）”；
- 资源关闭失败不会中断主流程，而是作为被抑制异常（suppressed exception）附加到主异常上
- 可通过
throwable.getSuppressed()拿到所有被抑制的 close 异常 - 如果 try 块没抛异常，而某个
close()抛了异常，则该异常会正常抛出
自定义类必须实现 AutoCloseable，且 close() 可抛 Exception
AutoCloseable.close() 声明为 throws Exception，不是 IOException 或其他子类。这意味着你的自定义资源可以自由抛出任意受检异常，编译器和 try-with-resources 机制都兼容。
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
常见错误是只实现 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 FileInputStream(...); try (obj)→ 报错：类型不匹配，obj 不是 AutoCloseable 子类型（编译器不推导）
这个特性省去了重复声明，但容易误用——一旦变量被修改或类型擦除，就失去自动关闭能力，且无运行时提示。
最易被忽略的一点：资源构造失败时，close() 不会被调用。也就是说，如果 new DatabaseResource() 在构造函数里抛了异常，那它的 close() 根本不会触发——因为对象还没“创建成功”，JVM 认为它不属于“已打开资源”。所以清理逻辑不能只依赖 close()，关键初始化步骤的副作用要自己兜底。
