try-with-resources 中资源按声明逆序关闭，后声明先关闭，显式调用 close 可能导致重复关闭或异常覆盖，建议避免；可通过日志、断点验证关闭顺序及行为。
在 try-with-resources 中，资源的关闭顺序是确定的：后声明先关闭，且无论是否发生异常，都会按此顺序执行。显式调用 close() 与 try-with-resources 的隐式关闭共存时，关键在于判断 close 是否被重复调用、是否提前触发、以及是否抛出异常干扰后续流程 —— 这些问题可通过日志、断点和异常堆栈定位。
资源声明顺序决定关闭顺序
try-with-resources 按资源声明的逆序（即从右到左）调用 close()。例如：
try (InputStream is = new FileInputStream("a.txt");
OutputStream os = new FileOutputStream("b.txt")) {
// ...
}
会先关闭 os，再关闭 is。这个顺序由编译器生成的字节码保证，无需运行时排查，但若手动在 try 块内显式调用 os.close()，就可能造成重复关闭。
显式 close 调用会干扰自动关闭流程
如果在 try 块中主动调用资源的 close()，会导致两个后果：
立即学习“Java免费学习笔记（深入）”；
- 该资源在 try-with-resources 的 finally 阶段还会被再次调用
close()（除非已标记为已关闭）； - 若第一次 close 抛出异常，会覆盖 try 块中的原始异常（符合 suppressed exception 规则），影响错误定位。
建议：除非有特殊逻辑（如提前释放大对象），否则不要在 try 块内显式 close 实现 AutoCloseable 的资源。
用日志或调试确认实际关闭行为
排查执行顺序最直接的方式是在资源的 close() 方法中加入日志或断点：
- 自定义资源类：在
close()中打印线程名 + 时间戳 + 资源标识； - 使用 JDK 自带资源（如
FileInputStream）时，可包装一层代理类，或通过 IDE 在close方法上设断点（需注意 JDK 源码调试配置）； - 观察控制台输出或调试停顿顺序，即可验证是否“后声明先关闭”，以及是否有重复 close。
异常情况下的关闭行为要特别留意
当多个资源关闭都抛异常时，只有第一个 close 异常作为主异常抛出，其余会被添加为 suppressed exception。可通过 Throwable.getSuppressed() 查看：
try (Resource1 r1 = new Resource1();
Resource2 r2 = new Resource2()) {
throw new RuntimeException("main error");
} catch (Exception e) {
System.out.println("Primary: " + e.getMessage());
for (Throwable s : e.getSuppressed()) {
System.out.println("Suppressed: " + s.getMessage());
}
}
这有助于判断哪些 close 真正执行了、哪些因前序异常中断而未执行（实际不会中断，所有 close 都会尝试执行）。
