try-with-resources 的核心目的是将“必须做但容易忘”的资源关闭变为自动完成，通过JVM保障异常下释放、逆序关闭多资源、抑制关闭异常以保主错不丢。
Java中用 try-with-resources 关闭资源，核心就一个目的：**把“必须做但容易忘”的事，变成“不做也自动完成”的事**。它不是语法糖的炫技，而是对传统资源管理漏洞的系统性修复。
避免手动关闭遗漏和重复关闭
以前靠 try-catch-finally 手动 close()，要写 if 判空、嵌套 try-catch 处理关闭异常，多一个资源就多一倍样板代码。稍不注意就会漏关、空指针、或在 finally 里重复 close() 导致 IOException。try-with-resources 把 close() 的调用时机、顺序、异常兜底全交给 JVM，开发者只管用资源。
确保异常场景下资源仍被释放
传统写法中，如果 try 块里抛出异常，程序跳转到 catch 或 finally，但若 finally 里 close() 又抛异常，可能掩盖原始错误；更糟的是，如果初始化资源时就失败（比如 new FileInputStream 抛 FileNotFoundException），后续资源根本没创建，而 finally 还得一个个判空——逻辑脆弱。try-with-resources 在编译期就生成安全的释放逻辑：已成功初始化的资源，必定被关闭；未初始化的，跳过；哪怕构造函数抛异常，也不会触发未定义行为。
多资源按依赖关系逆序关闭
像 FileInputStream → BufferedInputStream → PrintWriter 这种包装链，必须先关外层、再关内层，否则外层 close() 可能操作已关闭的底层流。try-with-resources 按声明逆序关闭（后声明的先关），天然契合资源包装顺序。你写：
立即学习“Java免费学习笔记（深入）”；
try (FileInputStream fis = new FileInputStream("a.txt");
BufferedInputStream bis = new BufferedInputStream(fis);
PrintWriter pw = new PrintWriter("out.txt")) { ... }
JVM 自动按 pw → bis → fis 顺序关闭，不用记规则，也不用自己写 close() 调用链。
异常抑制机制保主错不丢
当 try 块抛异常 A，且某个资源 close() 又抛异常 B，JVM 不会吞掉 A，而是把 B 作为“被抑制异常”（suppressed exception）挂到 A 上。你可以用 e.getSuppressed() 拿到所有关闭失败细节。这比传统 finally 里 silent ignore 或覆盖原始异常靠谱得多——问题现场完整保留。
基本上就这些。它不复杂，但容易忽略背后的设计深意：不是省几行代码，而是把资源生命周期从“人肉运维”升级为“契约式托管”。
