Java中匿名类要用于try-with-resources，必须显式实现AutoCloseable接口并提供public void close() throws Exception（或其子类）方法；仅含close方法但未implements AutoCloseable将编译失败。
Java中try-with-resources支持实现了AutoCloseable的匿名类，但必须满足两个硬性条件：匿名类必须显式实现AutoCloseable接口，且提供符合规范的public void close() throws Exception方法。
匿名类需手动实现AutoCloseable接口
不能只写close()方法就认为能进try-with-resources。匿名类若未声明implements AutoCloseable，编译直接报错："cannot be auto-closed; it does not implement AutoCloseable"。
- 正确写法示例：
try (AutoCloseable resource = new AutoCloseable() {<br> @Override<br> public void close() throws Exception {<br> System.out.println("资源已关闭");<br> }<br>}) {<br> // 使用逻辑<br>}
- 错误写法（仅含close方法，无implements）会导致编译失败
- 匿名类没有继承链可“默认”获得AutoCloseable，必须显式实现
close()方法签名必须严格匹配
匿名类中的close()方法不能随意定义——它必须是public void close() throws Exception，或抛出更具体的受检异常（如IOException），但不能只抛运行时异常或改变访问修饰符。
立即学习“Java免费学习笔记（深入）”；
- 若写成
void close() throws IOException，在大多数IO上下文中合法（因为IOException是Exception子类） - 若写成
public void close()（不抛异常），也合法（throws Exception是可选声明，接口定义允许不抛） - 但写成
private void close()或void close() throws RuntimeException，虽能编译，却无法被try-with-resources识别为有效关闭方法
实际使用中需注意异常压制与调试
匿名类的close()若抛异常，行为与其他AutoCloseable资源一致：若try块本身已抛异常，该close异常会被抑制（suppressed），需通过getSuppressed()显式检查。
- 开发阶段建议在
close()里加日志，确认是否真被调用 - 避免在匿名类的
close()中做耗时、阻塞或依赖外部状态的操作——它应是轻量、幂等、快速完成的清理动作 - 若涉及关键业务清理（如事务回滚、锁释放），不要仅靠匿名类close兜底，应在finally或单独方法中再保障
Java 9+对effectively final变量的支持不改变匿名类要求
Java 9允许将已声明的effectively final变量直接用于try-with-resources，但这针对的是已有变量，不降低匿名类自身的实现门槛。匿名类仍须自己满足AutoCloseable契约，与变量是否final无关。
- 也就是说：你可以把一个匿名类实例赋给final变量，再放进try括号；但这个匿名类本身还是得实现AutoCloseable
- 不能跳过接口实现，寄希望于“JVM自动识别close方法”
