当 try 块和 finally 块均抛出异常时，java 默认会丢弃 try 块的原始异常，仅传播 finally 中的异常；正确做法是捕获 finally 异常并将其作为 suppressed exception 添加到主异常中，确保上下文完整、可追溯。
当 try 块和 finally 块均抛出异常时，java 默认会丢弃 try 块的原始异常，仅传播 finally 中的异常；正确做法是捕获 finally 异常并将其作为 suppressed exception 添加到主异常中，确保上下文完整、可追溯。
在资源清理类场景（如测试环境搭建/销毁、文件流关闭、数据库连接释放）中，finally 块若因资源状态异常而抛出新异常，极易掩盖 try 块中真正关键的业务错误——这不仅导致调试困难，还可能掩盖根本故障原因。Java 7 引入的 Throwable.addSuppressed() 方法正是为此设计：它允许将次要异常附加到主异常上，使堆栈信息完整保留。
以下是一个健壮、可复用的解决方案：
public interface Attempt {
void apply() throws Exception;
}
public static void tryCatchFinally(Attempt mainF, Attempt finallyF) throws Exception {
Exception primaryException = null;
try {
mainF.apply();
} catch (Exception ex) {
primaryException = ex;
throw ex; // 立即重抛，不阻塞执行流
} finally {
try {
finallyF.apply();
} catch (Exception cleanupEx) {
if (primaryException != null) {
primaryException.addSuppressed(cleanupEx); // 关键：附加为被抑制异常
} else {
// 若 try 块未抛异常，直接传播 cleanup 异常
throw cleanupEx;
}
}
}
}
使用方式简洁清晰：
tryCatchFinally(
() -> { setupTestEnv(); runTests(); },
() -> cleanupTestEnv()
);
✅ 优势说明：
-
语义明确：
mainF表达核心逻辑，finallyF明确承担清理职责； -
异常优先级正确：
try块异常始终为主异常，finally异常自动降级为suppressed； - 零重复代码：封装后可在任意类似场景复用，避免每个地方手写冗长的异常处理逻辑；
-
兼容性好：基于标准
Exception，无需引入第三方依赖，适配 Java 7+。
⚠️ 注意事项：
- 不要忽略
finally中的异常（如仅log而不addSuppressed或throw），否则仍会造成静默失败； - 若
mainF和finallyF均声明检查型异常（checked exception），接口Attempt的throws Exception已覆盖，但调用方需统一处理或声明； - 在 JDK 14+ 中，
try-with-resources可自动处理资源关闭异常的抑制（如AutoCloseable实现），但对非资源类手动清理逻辑（如cleanupTestEnv()），本模式仍是首选。
总结：异常隐藏不是语言缺陷，而是设计疏忽。通过显式管理异常生命周期，并善用 addSuppressed()，我们既能保障清理动作的强制执行，又能守护原始错误的可见性与诊断价值。
