只有实现了autocloseable接口的类才能用于try-with-resources，如fileinputstream、bufferedreader、connection等；自定义类需实现该接口并重写close()方法；资源须在try括号内分别声明，按“从外到内”顺序，关闭时反向执行；异常发生时close()抛出的异常会被抑制，可通过getsuppressed()获取；外部传入资源、关闭有副作用或需延迟关闭等场景不适用。
哪些类能用 try-with-resources？
只有实现了 AutoCloseable 接口的类才能在 try 括号里声明。常见如 FileInputStream、BufferedReader、Connection、PreparedStatement，但注意 Scanner 虽然可关闭，某些场景下关掉它会连底层 System.in 一起关——这不是你想要的。
自定义类只要重写 close() 方法并实现 AutoCloseable 就行，不用管 Closeable（它是 AutoCloseable 的子接口，兼容）。
基本语法和资源声明顺序
资源必须在 try 后的括号内声明，用分号分隔；多个资源按「从外到内」顺序声明，关闭时反向执行（后声明的先关闭），这对嵌套资源很重要。
- 错误写法：
new BufferedReader(new FileReader("a.txt"))直接写在括号里——会导致FileReader无法被单独管理，异常时可能漏关 - 正确写法：分开声明，让每个资源都受管控
try (FileReader fr = new FileReader("a.txt");
BufferedReader br = new BufferedReader(fr)) {
System.out.println(br.readLine());
} catch (IOException e) {
e.printStackTrace();
}
这里 br 先关闭，再关 fr；如果合并写，fr 的生命周期就脱离了 try-with-resources 管理。
立即学习“Java免费学习笔记（深入）”；
异常抑制（Suppressed Exceptions）怎么处理？
如果 try 块抛异常，且 close() 也抛异常，后者会被抑制（suppressed），不会覆盖主异常，但可通过 getSuppressed() 拿到。
-
try中读文件失败 → 抛IOException - 随后
br.close()又失败 → 这个异常被抑制，不打断流程 - 主异常的
printStackTrace()默认不显示 suppressed 异常，需手动检查
try (BufferedReader br = new BufferedReader(new FileReader("x.txt"))) {
br.readLine(); // 可能抛 IOException
} catch (IOException e) {
System.err.println("主异常: " + e.getMessage());
for (Throwable s : e.getSuppressed()) {
System.err.println("被抑制的异常: " + s.getMessage());
}
}
不能用 try-with-resources 的典型场景
不是所有「需要关闭」的操作都适合它。比如：
- 资源由外部传入（如方法参数是
InputStream），你不确定调用方是否还依赖它——自行关闭可能破坏上层逻辑 - 资源关闭有副作用且不可逆（如关闭
Socket同时断开网络连接），而你只想释放缓冲区或重置状态 - 需要延迟关闭（比如日志写完才关，但业务逻辑还没结束），这时得手动控制
close()时机
另外，JDBC 的 ResultSet 虽然实现了 AutoCloseable，但很多驱动中它的 close() 是空实现，或依赖 Statement 关闭时级联清理——盲目加进 try-with-resources 可能没实际效果，还增加理解成本。
