关键在于资源类必须实现AutoCloseable接口，close()方法需幂等、真正释放资源且避免抛出干扰异常；多资源按声明逆序关闭，禁止在try块中手动close或重置引用。

使用 try-with-resources 的核心是让资源自动关闭，但要真正安全，关键在于确保资源类正确实现了 AutoCloseable 接口、关闭逻辑幂等且不抛出干扰性异常，同时避免在 try 块中意外覆盖或提前释放资源引用。

确保资源类真正支持安全关闭

不是所有“能 close”的类都适合用于 try-with-resources。必须确认它：

• 实现了 AutoCloseable（而非仅自定义 close() 方法）
• close() 方法是幂等的：多次调用不报错、不重复释放、不改变状态
• 关闭失败时尽量不抛出异常，或只抛出 RuntimeException；若必须抛受检异常，应在内部捕获并记录，避免中断 finally 阶段的其他资源关闭

例如，自己写的数据库连接包装类，应在 close() 中判空并忽略已关闭状态：

public void close() { if (conn != null && !conn.isClosed()) { conn.close(); } }

多个资源声明时注意关闭顺序

try-with-resources 按**从左到右声明的逆序**关闭资源——后声明的先关闭。这对有依赖关系的资源很重要：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

立即学习“Java免费学习笔记（深入）”；

• 比如 BufferedWriter 包裹 FileOutputStream，应先声明流再声明 writer，保证 writer.flush() 在流关闭前执行
• 错误写法：try (var out = new FileOutputStream(...); var writer = new BufferedWriter(new OutputStreamWriter(out))) → writer 先关，out 后关，可能丢数据
• 正确写法：try (var out = new FileOutputStream(...); var writer = new BufferedWriter(new OutputStreamWriter(out))) → 实际声明顺序应为 writer 在前、out 在后，或直接用构造时传入，由 writer 管理底层流

避免在 try 块中修改资源引用或手动 close

一旦资源被 try-with-resources 管理，就不要再显式调用 close()，也不要将引用设为 null 或重新赋值：

• 手动 close() 可能导致重复关闭，触发异常或静默失败
• 将变量设为 null 不影响 try-with-resources 的关闭行为，但可能掩盖空指针问题，且破坏语义清晰性
• 如果需要提前退出（如校验失败），用 return 或抛异常即可，JVM 仍会按序关闭已成功初始化的资源

处理关闭异常：不吞掉，但不传播

当资源 close() 抛出异常，且 try 块中已有异常时，关闭异常会被抑制（suppressed），主异常仍被抛出。可通过 Throwable.getSuppressed() 获取：

• 日常开发中无需主动处理抑制异常，除非调试资源泄漏或关闭失败
• 如需日志记录，可在 catch 块中遍历 e.getSuppressed() 并打印
• 切勿在 close() 内用 System.exit()、死循环或阻塞 I/O，这会让整个 try-with-resources 卡住