Java try-with-resources 多个资源关闭顺序是什么

Java 的 try-with-resources 有多个资源时，关闭顺序与声明顺序相反：资源按从左到右初始化，离开 try 块后，从最右侧资源开始调用 close()。例如先声明 Resource A、再声明 Resource B，关闭就是 Resource B 在前、Resource A 在后。这个规则也适用于 return 或异常离开代码块的情况。

记忆方法是“先打开的外层资源后关闭，后打开的内层资源先关闭”。初始化失败时，只处理已经成功初始化的资源；如果关闭阶段抛出异常，Java 还会把它记录到主异常的 suppressed 列表中。

多个资源为什么按声明的反方向关闭

资源声明区不是普通的变量列表，它同时描述了资源的初始化顺序和自动关闭责任。下面的写法中，second 通常依赖 first 提供的底层资源，因此先释放包装层更安全：

List closed = new ArrayList();

// 用记录列表观察两个资源的关闭责任，不需要手动调用 close
try (TraceResource first = new TraceResource("first", closed);
     TraceResource second = new TraceResource("second", closed)) {
    // 业务代码使用 second 和 first
}
// 按 Java 语言规则，closed 的新增顺序是 second、first

这里的关键不是变量名，而是资源在资源头中的位置。Java 语言规范规定资源左到右初始化、逆序关闭；资源类型必须是 AutoCloseable 的子类型，已声明的资源还会被视为不可重新赋值。AutoCloseable.close() 可以声明更具体的异常，也可以不抛受检异常。

初始化失败时到底会关闭哪些资源

假设声明了 A、B、C，而 C 的初始化抛出异常。此时 A 和 B 已经成功建立，所以它们仍会被关闭，顺序是 B 再 A；C 没有得到非空资源值，不会执行 C.close()。如果某个资源表达式返回 null，Java 也不会对它调用 close()。

这也是资源之间存在包装关系时推荐把“底层资源”写在左边的原因：后声明的包装资源会先关闭，避免包装对象仍在使用已经释放的底层对象。需要注意的是，这是一种资源依赖的组织习惯，Java 只保证声明与关闭规则，不会替你判断业务依赖是否正确。

关闭异常为什么会变成 suppressed exception

如果 try 块先抛出主异常，随后某个资源的 close() 又抛异常，Java 会继续尝试关闭其他资源，并把关闭阶段的异常附加到主异常上。捕获主异常后可以通过 Throwable.getSuppressed() 读取它们：

try (TraceResource first = open("first");
     TraceResource second = open("second")) {
    // 业务异常通常比清理异常更能说明失败原因
    throw new IllegalStateException("业务处理失败");
} catch (Exception primary) {
    // 先记录主异常，再记录清理阶段保留下来的异常
    for (Throwable suppressed : primary.getSuppressed()) {
        logCleanupFailure(suppressed);
    }
    throw primary;
}

若 try 块正常结束、只有多个 close() 失败，则最右侧资源的关闭异常先成为主异常，后续关闭异常作为 suppressed exception 附加。一个关闭失败不会阻止其他资源继续关闭，这一点比手写嵌套 finally 更不容易遗漏。

catch、finally 和现有变量的三个检查点

第一，catch 和 finally 会在资源关闭尝试完成之后运行，所以不要在 finally 中假定资源仍处于打开状态。第二，想把外部已有变量放进资源头时，该变量必须是 final 或 effectively final。第三，AutoCloseable.close() 并不天然保证幂等，业务代码不要在自动关闭后再次无条件手动关闭同一对象。

排查关闭顺序时，可以只看三项：资源头从左到右的声明位置、每个初始化表达式是否成功返回非空对象、异常来自 try 块还是 close。按这三个点整理日志，通常就能解释“为什么先关了后声明的资源”以及“真正的根因为什么出现在 suppressed 列表里”。

常见问题

多个资源是并行关闭吗？

不是。Java 按逆序逐个关闭资源；try-with-resources 本身不会并行调用 close。

资源声明顺序能随便换吗？

语法上可以，但如果资源有包装或依赖关系，通常应让被依赖的底层资源更早声明，从而让依赖它的上层资源先关闭。

为什么 catch 里看不到 close 异常？

如果 try 块已有主异常，close 异常会被压到 suppressed 列表，使用 getSuppressed() 查看，不要只看主异常的 message。