java资源自动关闭两大方案是try-with-resources和@cleanup：前者要求autocloseable接口且编译生成异常压制结构，后者通过lombok注入任意关闭逻辑，适用非标准资源但无异常处理。
Java 中资源自动关闭有两大主流方案：JDK 原生的 try-with-resources 和 Lombok 提供的 @Cleanup 注解。它们目标一致——避免资源泄漏，但实现逻辑、适用边界和协作成本差异明显。
核心机制差异
try-with-resources 是编译器级语法糖，要求资源对象必须在 try() 括号内声明，且类型需实现 AutoCloseable 接口。编译后生成带异常压制（addSuppressed）的完整 try-catch-finally 结构，能妥善处理主异常与关闭异常共存的情况。
@Cleanup 是 Lombok 在编译期做的代码注入：它把带注解的局部变量识别为待清理资源，在其作用域末尾自动插入类似 if (var != null) var.close(); 的逻辑。不依赖 try() 语句结构，也不强制要求 AutoCloseable ——只要方法无参、返回 void，就能通过 @Cleanup("methodName") 指定关闭行为。
使用场景适配性
以下情况优先考虑 @Cleanup：
- 资源已在别处创建，无法或不便挪进
try()括号（如 Spring 管理的连接、第三方 SDK 返回的非 AutoCloseable 对象） - 需要统一关闭非标准资源（比如手动释放 native 句柄、注销监听器、重置状态标志等）
- 已有代码结构较深，临时插入 try-with-resources 会破坏可读性或引发作用域冲突
以下情况推荐坚持 try-with-resources：
- 处理标准 I/O 流、JDBC 连接、NIO Channel 等原生 AutoCloseable 资源
- 团队未统一接入 Lombok，或构建环境受限（如某些 CI/CD 不支持注解处理器）
- 需多资源按逆序安全关闭，且对异常压制逻辑有明确依赖
异常处理可靠性对比
try-with-resources 内置异常压制机制：若 try 块抛出异常 A，close() 又抛出异常 B，则 B 会被附加为 A 的 suppressed exception，原始堆栈完整保留。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
@Cleanup 生成的是简单判空 + 调用逻辑，不处理 close() 抛出的异常。若关闭失败，可能直接中断流程或掩盖主异常——除非你额外包一层 try-catch。
这意味着：对稳定性要求高的核心路径（如事务提交后释放数据库连接），try-with-resources 更稳妥；而日志、缓存清理等“尽力而为”场景，@Cleanup 更轻量。
可维护性与协作成本
try-with-resources 是 JDK 标准特性，所有 Java 开发者都熟悉，无需额外依赖或 IDE 插件支持。
@Cleanup 需项目引入 Lombok，并确保编译链启用注解处理器。新成员阅读代码时，若不了解该注解，可能误以为资源未关闭——尤其当变量声明和实际使用不在同一方法块时。
不过，Lombok 支持自定义关闭方法名（如 @Cleanup("shutdown") 或 @Cleanup("release")），这对非 close 命名的资源管理更自然，也比反复写 if-not-null-shutdown 更清晰。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
