java中try-with-resources的资源关闭顺序严格按声明顺序的逆序执行，即“后声明、先关闭”（lifo）；初始化从左到右，关闭从右到左；依赖资源需前置声明以保障正确释放；构造失败时已初始化资源仍逆序关闭；close()异常若与主异常共存则被抑制，需通过getsuppressed()获取。
Java 中 try-with-resources 的资源关闭顺序是**严格按声明顺序的逆序执行**，也就是“后声明、先关闭”（LIFO，后进先出）。
声明顺序决定关闭顺序
多个资源在 try 括号中用分号分隔，从左到右依次初始化；关闭时则完全相反：最右边声明的资源最先调用 close()，最左边的最后关闭。
try (A a = new A(); B b = new B(); C c = new C()) { ... }- 初始化顺序：a → b → c
- 关闭顺序：c → b → a
依赖关系必须靠声明顺序来保障
当资源存在包装或依赖关系（如 BufferedInputStream 依赖 FileInputStream），必须把被依赖的资源写在前面，依赖者写在后面：
- ✅ 正确：
try (FileInputStream fis = new FileInputStream("a.txt"); BufferedInputStream bis = new BufferedInputStream(fis))
→ 先关bis（刷新缓冲区），再关fis（释放句柄） - ❌ 错误：
try (BufferedInputStream bis = new BufferedInputStream(...); FileInputStream fis = ...)
→bis.close()可能操作已失效或未正确关联的底层流，引发IOException或静默失败
异常发生时，已初始化资源仍会逆序关闭
如果某个资源构造失败（例如 new FileInputStream("missing.txt") 抛出 FileNotFoundException），前面已成功创建的资源会立即按逆序关闭：
- 声明：
A a = new A(); B b = new B(); C c = new C() - 若
C构造失败，则先关B，再关A（C未创建，不参与关闭） - 这个过程由编译器生成的隐式
try-finally嵌套结构保证，无需手动干预
不是所有 close() 异常都会暴露出来
如果 try 块本身抛出异常，而后续资源的 close() 也抛异常，只有第一个关闭异常（即最晚声明、最先关闭的那个资源）作为主异常抛出；其余关闭异常会被抑制，并通过 Throwable.getSuppressed() 获取。
- 这避免了异常覆盖，但调试时容易忽略被抑制的真正问题根源
- 建议在日志中显式打印
e.getSuppressed()，尤其在线上故障排查阶段
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
