JDK 9 允许 try-with-resources 直接引用已声明的 effectively final 且实现 AutoCloseable 的局部变量,无需在 try 括号内声明初始化,提升灵活性与可读性。

在 JDK 9 中,try-with-resources 语句得到了一个重要增强:允许直接使用**已声明且满足资源条件的局部变量**(即实现了 AutoCloseable),而不再强制要求在 try 括号内声明和初始化。这简化了代码结构,提升了可读性和复用性。
什么是“直接引入变量”?
JDK 8 要求资源必须在 try 括号中声明并初始化,例如:
try (FileInputStream fis = new FileInputStream("a.txt")) { ... }
JDK 9 允许你把资源变量提前声明好(只要它是 final 或“事实上 final”),然后在 try 中直接引用它:
FileInputStream fis = new FileInputStream("a.txt");
try (fis) { ... } // ✅ 合法(JDK9+)
变量必须满足的条件
要被 try (variable) 直接引入,该变量需同时满足:
- 类型实现
AutoCloseable(或其子接口如Closeable) - 声明在
try语句作用域之外,但**在同一个块中**(不能是字段、参数或嵌套作用域中的变量) - 是
final,或虽未显式声明final,但未被重新赋值(即“effectively final”)
常见写法与注意事项
✅ 推荐写法(清晰、安全):
final BufferedReader reader = Files.newBufferedReader(Paths.get("log.txt"));
try (reader) {
String line = reader.readLine();
System.out.println(line);
} // reader 自动关闭
✅ 允许非 final 但未重赋值:
BufferedWriter writer = Files.newBufferedWriter(Paths.get("out.txt"));
try (writer) { ... } // ✅ 只要 writer 后面没写 writer = ... 就算 effectively final
❌ 错误示例(编译不通过):
BufferedWriter w = Files.newBufferedWriter(...);
w = Files.newBufferedWriter(...); // 重新赋值 → 不再 effectively final
try (w) { ... } // ❌ 编译错误:variable is not effectively final
为什么这样设计?
这个改进不是为了炫技,而是解决实际痛点:
- 避免资源创建逻辑与
try块耦合过紧(比如需要异常处理或条件判断后再决定是否创建资源) - 便于资源复用(如多个
try块共用同一资源变量,虽然不常见,但语法上更灵活) - 让 try-with-resources 更像“自动管理已存在资源”的声明,语义更自然










