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 机制都兼容。
常见错误是只实现 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(),关键初始化步骤的副作用要自己兜底。










