Javatry-with-resources使用详解

从现在开始，我们要努力学习啦！今天我给大家带来《Java try-with-resources使用教程》，感兴趣的朋友请继续看下去吧！下文中的内容我们主要会涉及到等等知识点，如果在阅读本文过程中有遇到不清楚的地方，欢迎留言呀！我们一起讨论，一起学习！

只有实现了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 管理。

异常抑制（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 可能没实际效果，还增加理解成本。

好了，本文到此结束，带大家了解了《Javatry-with-resources使用详解》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！