try-with-resources 重构了异常安全的资源关闭机制，将关闭责任从程序员手动编码转为编译器强制保障。它要求资源实现 autocloseable，自动插入 finally 块、支持异常抑制、逆序关闭及作用域限制。
try-with-resources 不是“加了个语法糖”，而是从资源生命周期管理逻辑上重构了异常安全的关闭机制。它把“必须关”这件事，从程序员脑中记忆和手动编码，变成编译器强制保障的契约。
核心差异：责任归属变了
传统 try-catch-finally 中，关闭资源是程序员的显式责任——要判空、要套 try-catch、要处理 close() 自身抛异常，稍一疏忽就泄漏或掩盖真实错误。
try-with-resources 把这个责任移交给了 JVM 和接口契约：只要类实现 AutoCloseable，编译器就在字节码层面插入隐式 finally 块，并自动处理 close() 调用与异常抑制逻辑。
真正优雅在哪儿？
- 代码行数直接砍半：不用写 finally 块，也不用为 close() 单独加 try-catch
-
异常不被覆盖：如果 try 块抛 RuntimeException，close() 也抛 IOException，前者是主异常，后者会被
addSuppressed()记录，调用e.getSuppressed()就能拿到——而 finally 里手动 close 会直接丢掉原始异常 -
多资源逆序关闭天然支持：
try (A a = new A(); B b = new B())→ 先 close b，再 close a，符合资源依赖顺序，无需人工控制 - 变量作用域更干净：括号内声明的资源是 effectively final，不可重赋值，避免误操作导致后续 close 失效
一个典型对比场景
读文件第一行：
老写法要写 12 行，含空判断、嵌套 try-catch；新写法 5 行搞定，且 BufferedReader 关闭完全无感——哪怕 readLine() 抛 NPE，close() 出错也会被抑制并保留，不干扰问题定位。
要注意的边界
不是所有对象都能往括号里塞：必须实现 AutoCloseable（Closeable 是其子接口，也合法）。像 File、String 这类没实现该接口的，IDE 会直接报错提示。
Java 9 起允许使用已存在的 final 变量（如 try (resource)），但多数场景仍推荐在括号内直接初始化，语义最清晰。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
