A read-only technical assistan…

# @Transactional 事务失效问题分析

一、根本原因

Spring 声明式事务基于 AOP 动态代理实现。@Transactional 的生效前提是：调用必须经过代理对象，由代理对象在方法前后开启/提交事务。

当你在同一个类中写 this.saveOrder() 时：

• this 指向的是原始对象，不是 Spring 生成的代理对象
• 调用绕过了代理，事务拦截器（TransactionInterceptor）根本没机会介入
• 因此 saveOrder 上的事务配置完全不生效

二、常见触发场景

• 同类内部调用：this.saveOrder() 或直接 saveOrder()
• 方法不是 public（Spring 默认只对 public 方法代理，Spring 6+ 更严格）
• 类没有被 Spring 管理（自己 new 出来的对象）
• 异常被 try-catch 吞掉，或抛出 checked 异常但未配置 rollbackFor
• 数据库引擎不支持事务（如 MyISAM）

三、解决方案（按推荐度排序）

方案1：拆分到不同的类（最推荐）

• 将 saveOrder 移到另一个 Service（你已拆出 Service，直接注入调用即可）
• 通过注入的 bean 调用：orderService.saveOrder()，走代理，事务正常生效

方案2：自注入（Self-injection）

```java

@Autowired

private UserService self; // 注入自身代理

// 调用 self.saveOrder() 而不是 this.saveOrder()

```

• 注意用 @Lazy 避免循环依赖问题

方案3：使用 AopContext 获取代理

```java

// 启动类需加 @EnableAspectJAutoProxy(exposeProxy = true)

((UserService) AopContext.currentProxy()).saveOrder();

```

• 代码侵入性强，一般不推荐

方案4：编程式事务

• 使用 TransactionTemplate 或 PlatformTransactionManager 手动控制
• 适合复杂的事务边界控制场景

四、补充建议

• 外层 updateUser 有事务时，内层 saveOrder 若也需事务，注意 propagation 传播行为（默认 REQUIRED 会加入外层事务）
• 建议显式声明 @Transactional(rollbackFor = Exception.class)，避免 checked 异常不回滚
• 排查时可打断点确认对象类型是否为代理类（类名带 $ EnhancerBySpringCGLIB 等标识）

一句话总结：事务失效是因为 this 调用绕过了代理对象，改用注入的 bean 跨类调用即可解决。