Spring Cloud 整合 Seata 事务不回滚深度排查与解决方案

分布式事务管理一直是微服务架构中的难点，尤其在 Spring Cloud 生态中整合 Seata 时，即使配置看似正确，仍可能遇到事务不回滚的"诡异"情况。本文将深入剖析两个最常见却容易被忽视的陷阱，并提供可直接落地的 AOP 切面解决方案。

1. 异常处理机制与 Seata 回滚原理的冲突

当我们在 Spring Cloud 项目中引入 @RestControllerAdvice 进行全局异常处理时，实际上创建了一个隐形的"异常拦截网"。这个设计原本是为了统一异常响应格式，却可能意外阻断 Seata 的事务回滚机制。

Seata 的 AT 模式依赖于捕获业务异常来触发回滚流程。其核心逻辑是：

1. 业务方法抛出异常
2. 异常传播到 Seata 的事务拦截器
3. Seata 识别到异常后，向 TC(Transaction Coordinator) 注册回滚请求

但当 @RestControllerAdvice 提前捕获并"消化"了异常，Seata 的事务拦截器就失去了触发回滚的机会。这就像消防报警系统被静音，虽然火灾发生了，但喷淋系统却得不到通知。

解决方案对比表：

推荐采用 AOP 切面方案，以下是增强版的 SeataTransactionAspect 实现：

java复制@Aspect
@Component
@Slf4j
public class SeataTransactionAspect {
    private static final String[] TRANSACTION_PATTERNS = {
        "execution(* com.yourpackage..service.*.*(..))",
        "execution(* com.yourpackage..facade.*.*(..))"
    };

    @Before("transactionPointcut()")
    public void beforeTransaction(JoinPoint joinPoint) {
        String xid = RootContext.getXID();
        if (StringUtils.hasText(xid)) {