关键在于资源类必须实现autocloseable接口，close()方法需幂等、真正释放资源且避免抛出干扰异常；多资源按声明逆序关闭，禁止在try块中手动close或重置引用。
使用 try-with-resources 的核心是让资源自动关闭，但要真正安全，关键在于确保资源类正确实现了 AutoCloseable 接口、关闭逻辑幂等且不抛出干扰性异常，同时避免在 try 块中意外覆盖或提前释放资源引用。
确保资源类真正支持安全关闭
不是所有“能 close”的类都适合用于 try-with-resources。必须确认它：
- 实现了
AutoCloseable（而非仅自定义close()方法） -
close()方法是幂等的：多次调用不报错、不重复释放、不改变状态 - 关闭失败时尽量不抛出异常，或只抛出
RuntimeException；若必须抛受检异常，应在内部捕获并记录，避免中断 finally 阶段的其他资源关闭
例如，自己写的数据库连接包装类，应在 close() 中判空并忽略已关闭状态：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
多个资源声明时注意关闭顺序
try-with-resources 按**从左到右声明的逆序**关闭资源——后声明的先关闭。这对有依赖关系的资源很重要：
- 比如
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 卡住
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
