自定义资源类必须实现AutoCloseable接口并重写close()方法，确保释放逻辑真实、安全、幂等；需加关闭状态标记，判空处理，避免重复关闭和空指针；try中须直接声明初始化，多资源按逆序关闭；close()不应抛受检异常，主异常优先，抑制异常可通过getSuppressed()获取。
自定义资源类要能被 try-with-resources 正确管理，核心是实现 AutoCloseable 接口，并在 close() 方法里做真实、安全的资源释放。不是加个接口就行，关键在释放逻辑是否可靠。
必须实现 AutoCloseable 并重写 close() 方法
Java 要求资源类显式实现 AutoCloseable，否则编译不通过。注意：
-
close()方法可以声明抛出Exception（接口允许），但不建议抛受检异常（如IOException）；若内部操作可能出错，应捕获后转为运行时异常，或静默处理并记录日志 - 方法体不能为空，也不能只打日志——必须执行真正的清理动作，比如关闭连接、释放锁、清空缓存、中断线程等
- 推荐加关闭状态标记（如
private boolean closed = false），避免重复释放引发异常
确保 close() 具备幂等性和健壮性
多次调用 close() 不该导致错误或副作用，这是防止异常干扰后续资源关闭的关键：
- 每次进入
close()先检查是否已关闭，已关则直接返回 - 对底层资源判空（如
if (conn != null && !conn.isClosed())），避免空指针 - 如果释放动作本身可能阻塞（如网络锁释放超时），需考虑设置合理超时或异步清理，防止拖垮整个 try 块退出流程
在 try-with-resources 中正确声明和使用
语法上必须在 try 括号内完成声明+初始化，不能提前创建再传入：
- ✅ 正确：
try (MyResource res = new MyResource()) { ... } - ❌ 错误：
MyResource res = new MyResource(); try { ... }—— 不会触发自动关闭 - 多个自定义资源可用分号隔开，关闭顺序与声明相反（后声明的先关），适合有依赖关系的场景（如先关子资源，再关父连接）
异常处理要兼顾主异常和抑制异常
try-with-resources 在 try 块抛异常后仍会执行所有 close()，此时若 close() 也失败，异常会被“抑制”并附加到主异常上：
- 主异常（如业务处理失败）正常抛出，不会被覆盖
- 可通过
e.getSuppressed()获取被抑制的异常，用于排查关闭阶段的问题 - 不要在
close()里 throw 新的受检异常去打断流程，除非你明确需要中断整个关闭链
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
