Java中try-with-resources场景下，何时使用getSuppressed()与addSuppressed()？

让我结合你给出的代码示例，一步步拆解这两个问题：

答案是不需要始终调用，这完全取决于你的业务需求和排查问题的场景：

• 如果你的代码只需要关注主流程抛出的异常（比如示例中read()方法的IOException，或者FileInputStream构造时的FileNotFoundException），不需要关心资源关闭阶段的异常，那完全可以不用调用getSuppressed()。
• 但如果你的场景需要排查资源关闭失败的原因（比如文件句柄泄漏、权限回收导致的关闭异常），那getSuppressed()就是获取这些"隐藏异常"的关键。比如在你的示例里，如果FileInputStream构造成功，但read()抛出异常，此时try-with-resources会自动调用close()，如果close()也抛出异常，这个关闭异常就会被标记为被抑制异常，不会直接抛出，而是附加到read()的异常上，只有通过getSuppressed()才能拿到它。

举个实际的场景：如果你的程序出现了文件句柄泄漏，排查时就需要查看资源关闭阶段是否有异常，这时候调用getSuppressed()就能帮你定位问题。

addSuppressed()是Throwable类的方法，核心作用是把一个异常附加到另一个异常上，标记为"被抑制的异常"，既可以被Java自动调用，也可以手动使用：

何时用 #

当你遇到「多个异常需要抛出，但只能向外抛出一个」的场景时，就可以用它。最典型的场景就是try-with-resources的自动处理：当try块抛出异常，同时关闭资源时也抛出异常，Java会自动把关闭时的异常通过addSuppressed()附加到try块的主异常上。另外，如果你自己实现自定义资源管理逻辑，也可以手动用它来收集多个异常。

何地用 #

一般在异常处理的代码块中使用，比如catch块、finally块，或者自定义资源的关闭逻辑里。

如何用 #

看一个手动模拟try-with-resources异常处理的例子：

public void customResourceDemo() throws Exception {
    Exception mainException = null;
    MyCustomResource resource = new MyCustomResource();
    try {
        resource.doBusinessLogic(); // 假设这里抛出业务异常
    } catch (Exception e) {
        mainException = e;
        throw e;
    } finally {
        try {
            resource.close(); // 关闭资源时可能抛出异常
        } catch (Exception closeEx) {
            if (mainException != null) {
                // 将关闭异常附加到主异常上，作为被抑制异常
                mainException.addSuppressed(closeEx);
            } else {
                // 如果主流程没有异常，直接抛出关闭异常
                throw closeEx;
            }
        }
    }
}

这个例子里，我们手动实现了和try-with-resources一样的异常合并逻辑：当主异常存在时，把关闭阶段的异常添加为被抑制异常，这样调用者就能通过getSuppressed()获取到所有相关异常信息。

需要注意的是，addSuppressed()从Java 7开始支持，适用于所有Throwable子类（包括Exception和Error），但通常我们只会在业务异常场景中使用它。

内容的提问来源于stack exchange，提问作者user11611653