Java 的 try-with-resources 通过 AutoCloseable 接口和编译期生成的 try-finally 结构自动关闭资源，要求资源在 try 括号内直接初始化、按声明逆序关闭，close() 异常被压制且不覆盖主异常。
Java 的 try-with-resources 能自动关闭资源，关键在于它依赖 AutoCloseable 接口的 close() 方法，并在编译期转换为带 finally 的等效结构，确保无论是否发生异常，close() 都会被调用。
资源必须是 AutoCloseable 类型且正确声明
只有实现了 AutoCloseable（或其子接口 Closeable）的类才能用于 try-with-resources。JDK 中绝大多数标准 IO 类（如 FileInputStream、BufferedReader、Connection）都已实现该接口。
- 资源必须在
try括号内**直接初始化并声明为局部变量**，不能是已有变量引用或方法返回值（如new BufferedReader(fr)可以，但getReader()返回的对象不行） - 多个资源用分号分隔，按“外层→内层”顺序声明（例如先声明
FileReader，再声明包装它的BufferedReader），关闭时会逆序执行（后声明的先关） - 若声明合并（如
new BufferedReader(new FileReader(...))），底层资源将脱离管理，可能漏关
关闭动作由 JVM 在块结束时统一触发
try 块执行完毕（包括正常退出、return、抛出异常），JVM 会**自动依次调用每个资源的 close() 方法**，无需手动干预。这个过程不是靠运行时反射，而是编译器生成的语法糖——实际被转成嵌套的 try-finally 结构。
- 每个资源的
close()调用相互独立：一个资源关闭失败，不影响其他资源继续关闭 - 关闭过程不依赖 try 块内的任何逻辑，哪怕你在 try 中提前 return 或 throw，资源仍会关闭
- 不要在 try 块里手动调用
close()，否则可能重复关闭，引发IOException（如 “Stream closed”）
异常处理机制：主异常优先，关闭异常被压制
如果 try 块本身抛出异常，而某个资源的 close() 也抛异常，后者不会覆盖前者，而是作为“被压制异常”（suppressed exception）附加到主异常对象上。
立即学习“Java免费学习笔记（深入）”；
- 可通过
e.getSuppressed()获取所有被压制的异常数组 - 仅用
e.getMessage()或简单日志会丢失这些信息；调试 IO 问题时，务必用e.printStackTrace()或完整日志输出 - 若需提前暴露关闭阶段的问题（如 flush 失败），可在 try 块末尾显式调用
flush()
不适用 try-with-resources 的常见情况
它不是万能的，以下场景需谨慎或改用传统方式：
- 资源由外部传入（如方法参数），无法在 try 括号中初始化
- 关闭操作有副作用且不应在当前作用域立即执行（如某些连接池释放逻辑）
- 需要延迟关闭（如流被返回给调用方后续使用）
- 自定义类未实现
AutoCloseable，或close()方法未正确释放底层资源（比如只关了包装流却忘了关原始流）
