java中“双重try-with-resources”实为同一try内用分号声明多个资源（推荐），关闭顺序严格按声明逆序；外层try包内层try属伪嵌套（应避免），会导致关闭时机错乱、异常抑制复杂化及潜在运行时异常。
Java里没有真正意义上的“双重try-with-resources嵌套”——try-with-resources本身不支持语法嵌套声明，所谓“双重”，实际是两种常见写法：一种是用分号在同一try括号中声明多个资源（推荐），另一种是人为用外层try包内层try（不推荐，且会改变关闭行为）。关键不是“几层”，而是资源声明顺序决定关闭顺序。
同一try括号中用分号声明多个资源（正确方式）
这是标准、高效、安全的做法。所有资源在同一个try语句中按依赖关系依次声明，JVM自动按逆序（LIFO）调用close()：
- 声明顺序：底层流 → 包装流 → 高层装饰器（如 FileInputStream → BufferedInputStream → BufferedReader）
- 关闭顺序：反过来，即 BufferedReader.close() → BufferedInputStream.close() → FileInputStream.close()
- 这样能保证缓冲区被刷新、包装逻辑执行完毕，再释放底层句柄
用外层try包内层try（伪嵌套，应避免）
例如：
try (FileInputStream fis = new FileInputStream("a.txt")) {
try (BufferedInputStream bis = new BufferedInputStream(fis)) {
// 使用 bis
}
} // fis 在这里关闭
这种写法会导致：
- bis 在内层try结束时立即关闭，fis 要等到外层try结束才关
- 看似“嵌套”，实则拆分成两个独立的资源生命周期，失去统一异常抑制机制
- 若bis.close()抛异常，它会成为主异常；而fis.close()若随后也失败，异常会被压制，但调试路径变复杂
- 代码冗余，可读性差，且容易遗漏外层资源的异常处理
资源间有依赖时，顺序错会导致运行时异常
比如把BufferedInputStream写在FileInputStream前面：
try (BufferedInputStream bis = new BufferedInputStream(new FileInputStream("a.txt"));
FileInputStream fis = new FileInputStream("a.txt")) { ... }
这不仅逻辑混乱，而且：
- 编译可能通过（因两个独立实例），但bis内部持有的fis是匿名创建的，与声明的fis变量无关
- 关闭时先调bis.close()，它会尝试操作自己持有的底层流；之后再关声明的fis，但该流可能已被bis内部关闭或未正确初始化
- 极易触发 “Stream closed” IOException 或静默数据丢失
自定义AutoCloseable类也要遵守同一规则
如果你写了类似ResourceA和ResourceB的类，并按如下方式使用：
try (ResourceA a = new ResourceA(); ResourceB b = new ResourceB()) { ... }
那么关闭一定先b.close()，后a.close()。如果b依赖a（比如b内部持有a并调用其方法），就必须确保b的close()不依赖a已关闭的状态——也就是说，b.close()里该做的事（如flush、清理缓存）必须在a仍有效时完成。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
