如何应用异常体系中的压制特性在分布式长事务编排多阶段痕迹-java教程-PHP中文网

saga中“多阶段痕迹”指各本地事务执行、失败、补偿等状态记录，“异常压制”是java中将次要异常附加到主异常的可观测性增强机制，不参与事务协调。

如何应用异常体系中的压制特性在分布式长事务编排多阶段痕迹

分布式长事务（如 Saga 模式）中，“多阶段痕迹”指各本地事务执行、失败、补偿等过程留下的可观测状态记录。而“异常体系中的压制特性”（suppressed exceptions），特指 Java 7+ 中 Throwable.addSuppressed() 所支持的机制——在主异常抛出时，将其他伴随发生的次要异常作为被压制异常附加携带，避免信息丢失，同时不破坏原有异常语义。

但需明确：压制特性本身不是分布式事务的协调机制，也不直接参与 Saga 的编排或补偿逻辑。它属于 JVM 异常处理层面的辅助能力，适用于增强事务执行过程中的可观测性与诊断精度，尤其在多阶段失败叠加、日志/监控需追溯完整上下文时。

以下是具体应用方式和关键注意点：

一、在 Saga 编排器中捕获并聚合阶段异常

当使用编排模式（Orchestration）时，协调者依次调用 T1→T2→T3。若 T3 失败，触发 C2、C1 补偿；若 C2 又失败，则原始业务异常（T3 失败）与补偿异常（C2 失败）应共同暴露。

try {
    executeT3();
} catch (BusinessException t3Ex) {
    try {
        executeC2(); // 补偿T2
    } catch (CompensationException c2Ex) {
        t3Ex.addSuppressed(c2Ex); // 将补偿失败作为压制异常附加
    }
    throw t3Ex; // 主异常仍为T3失败，但含C2上下文
}

这样，上层日志或监控系统捕获到 t3Ex 时，可通过 getSuppressed() 获取完整失败链，避免只看到“补偿失败”，却漏掉“为何要补偿”。

二、补偿事务执行中主动压制非阻断性异常

某些补偿动作（如发通知邮件、写审计日志）失败，不应中断主补偿流程，但需记录。此时可将这类异常压制后统一上报，而非吞掉或抛出中断流程。

public void compensateT1() {
    try {
        rollbackInventory(); // 关键补偿
    } catch (Exception e) {
        // 关键补偿失败 → 必须传播
        throw new CompensationFailureException("T1 rollback failed", e);
    }
    try {
        sendCompensationNotice(); // 非关键，失败不中断
    } catch (Exception e) {
        // 压制通知失败，附在主异常上
        if (currentException != null) {
            currentException.addSuppressed(e);
        }
    }
}