try-with-resources不支持语法嵌套，多资源需用分号分隔并按依赖逆序声明，关闭严格遵循LIFO（后声明先关），确保包装流正确刷新并避免重复关闭；资源须实现AutoCloseable且Java 8前必须直接在try中创建。
Java 中 try-with-resources 本身不支持语法上的“嵌套声明”，所谓“多资源嵌套”实际是资源间存在依赖关系（如 BufferedInputStream 包裹 FileInputStream），关键靠**声明顺序**来保证关闭逻辑正确，而非代码缩进或嵌套结构。
声明多个资源必须用分号分隔，且按依赖链逆序书写
资源在 try 括号内从左到右初始化，但关闭严格按**逆序（LIFO）**：最后声明的先关。这对包装流至关重要：
- ✅ 正确：底层流先声明，包装流后声明
try (FileInputStream fis = new FileInputStream("a.txt");<br> BufferedInputStream bis = new BufferedInputStream(fis)) { ... }
→ 关闭时先bis.close()（刷新缓冲区并调用内部fis.close()），再关外部fis（此时已由 bis 处理过，不会重复操作） - ❌ 错误：把包装流写在前面
try (BufferedInputStream bis = new BufferedInputStream(new FileInputStream("a.txt"));<br> FileInputStream fis = new FileInputStream("a.txt")) { ... }
→ 先关bis，它内部会关掉自己的底层流（匿名创建的）；再关声明的fis，该流可能已失效或未被使用，导致异常或资源泄漏
避免人为外层 try 套内层 try 的伪嵌套
不要写成：
try (FileInputStream fis = new FileInputStream("a.txt")) {<br> try (BufferedInputStream bis = new BufferedInputStream(fis)) { ... }<br>}
这种写法会导致：
-
bis在内层 try 结束时立刻关闭，fis要等到外层 try 结束才关——生命周期被割裂 - 失去统一异常抑制机制：
bis.close()抛异常时，fis.close()的异常可能被压制或丢失 - 若
bis.close()已触发fis关闭，外层再关fis可能抛IOException: Stream closed
编译器生成的是隐式嵌套 try-finally，本质是栈结构
javac 将 try(A a = new A(); B b = new B()) 编译为近似：
A a = null; B b = null;<br>try {<br> a = new A();<br> try {<br> b = new B();<br> } finally { if (b != null) b.close(); }<br>} finally { if (a != null) a.close(); }
这种结构天然保证：越晚构造的资源，其 close() 越早执行。它不是靠“记住顺序再倒着调”，而是靠字节码层面的嵌套 finally 实现的 LIFO 行为。
资源类型必须实现 AutoCloseable，且不能提前赋值（Java 9 之前）
所有资源必须直接在 try 括号中创建（如 new FileInputStream(...)），不能先 new 出来再赋值给变量（除非 Java 9+ 且变量是 effectively final）：
- ❌
FileInputStream fis = new FileInputStream("a.txt");<br>try (fis; BufferedInputStream bis = new BufferedInputStream(fis)) { ... }（Java 8 不合法） - ✅ Java 9+ 支持：
final FileInputStream fis = new FileInputStream("a.txt");<br>try (fis; BufferedInputStream bis = new BufferedInputStream(fis)) { ... }
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
