java的try-with-resources通过编译期强制autocloseable约束与运行时自动空值判别、逆序关闭、异常抑制等机制，双层保障资源可靠释放。
Java中try-with-resources背后的AutoCloseable防呆机制，核心在于编译器强制约束 + 运行时保障双层防护，不是靠程序员自觉，而是靠语言设计堵住常见疏漏。
编译期就拦住“不可关”的资源
只要资源类型没实现AutoCloseable（或其子接口Closeable），代码根本通不过编译。比如把一个普通String或ArrayList放进try括号里，IDE会直接报错：cannot be auto-closed; it does not implement AutoCloseable。这种静态检查，从源头杜绝了“误用”。
- 接口本身只定义一个
void close() throws Exception，不强制你做具体清理逻辑，但强制你声明“我可被关” -
Closeable是AutoCloseable的子接口，把异常限定为IOException，更贴近IO场景，也兼容 - 自定义类只需加一行
implements AutoCloseable并写好close()，就能纳入这套机制
运行时自动按序关闭，null也不崩
资源创建失败或中途为null，不会触发close()调用，也不会抛NullPointerException。JVM内部做了空值判别——这是隐式防呆，不用你写if (res != null)。
- 多个资源用分号隔开，按声明**逆序**关闭：后声明的先关（如
BufferedReader在FileInputStream之上，就先关前者） - 哪怕构造第一个资源就抛异常（比如文件不存在），后续资源根本不会实例化，已成功创建的也会被正常关闭
- 如果
close()自己抛异常，而try块已有主异常，主异常仍被抛出，close()异常会被“抑制”（suppressed），可通过getSuppressed()拿到
不依赖finally，也不靠人记
传统try-finally要手动判空、套try-catch关资源，容易漏写、写错顺序、或让关闭异常掩盖业务异常。try-with-resources把这些都收进语法糖里，由编译器展开成带多重finally的字节码，确保close()一定执行——哪怕return、break、throw全混在一起。
- 没有显式的
finally块，但语义上等价于“无论怎样都关” - 资源变量作用域严格限制在try括号内，出了块就不可访问，从语义上防止“关完还接着用”
- 禁止在try块内对资源变量重新赋值（比如
br = new BufferedReader(...)），否则原对象可能漏关——编译器虽不报错，但逻辑已失效，属于需警惕的误用
这套机制不是锦上添花，而是把资源生命周期和代码块生命周期硬绑定，用规则代替经验，让“忘记关流”这类低级错误在编译或运行阶段就被截住。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
