java try-with-resources 要求资源类显式实现 autocloseable 接口，close() 方法须实际释放资源、幂等且用 try-catch 包裹；多资源逆序关闭，null 不触发 npe；close 异常被抑制，主异常优先抛出。
Java 的 try-with-resources 能自动管理资源生命周期，前提是资源类实现 AutoCloseable 接口，并提供合规的 close() 方法。它不是语法糖，而是 JVM 层面的保障机制——只要满足接口契约，资源就一定在 try 块退出时（无论正常结束还是抛异常）被关闭。
自定义类必须显式实现 AutoCloseable 接口
仅在类里写一个 close() 方法不够，编译器会拒绝：「cannot be auto-closed; it does not implement AutoCloseable」。必须用 implements AutoCloseable 显式声明：
- 接口只定义一个方法：
void close() throws Exception，无需泛型、无需重载 - 不要误用
Closeable（它是AutoCloseable的子接口，且限定抛IOException，约束更强） - 若类已有父类无法修改，可用组合方式包装资源，再让外层类实现
AutoCloseable
close() 方法要真正释放资源且保持幂等
这个方法是资源清理的唯一入口，不能留空、不能只打日志、不能依赖外部调用。关键要求有三点：
-
做实际释放动作：如调用
connection.close()、channel.close()、lock.unlock()、清空缓存、注销监听器等 -
保证幂等：多次调用不报错、不重复操作。常见做法是加状态标记（如
private boolean closed = false），首次关闭后置为true，后续直接返回 -
内部用 try-catch 包裹清理逻辑：避免某个子资源关闭失败中断其他资源释放。例如持有多个流时，每个
close()都应单独捕获异常
多资源声明时注意顺序和 null 安全
try 括号内可声明多个资源，用分号分隔。它们按声明顺序初始化，但按逆序关闭：
- 比如
try (A a = new A(); B b = new B())，先关b.close()，再关a.close()。这对装饰器链（如BufferedWriter包装FileWriter）至关重要——外层必须先关，否则内层可能丢数据 - 任一资源为
null不会触发 NPE，但该资源不会被关闭。建议在构造时校验非空，或用Objects.requireNonNull() - 若多个
close()都抛异常，只有第一个作为主异常抛出，其余会以 suppressed exception 形式附加到主异常上，可通过e.getSuppressed()查看
异常处理要区分 try 块异常和 close() 异常
try-with-resources 的异常行为比普通 try 更精细：
- 如果 try 块本身抛异常，且某个
close()也抛异常，主异常优先向上抛出，close()异常被抑制 - 这意味着不能只靠捕获主异常来判断所有失败点；调试阶段可在
close()中加日志确认是否执行 - 对关键操作（如事务回滚、分布式锁释放），不建议完全依赖
AutoCloseable—— 可在 finally 块中再做一次兜底检查
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
