Spring Boot 中服务方法调用内部带 @Transactional 的方法时，事务不会生效，这是因 Spring AOP 代理机制限制所致；需确保事务方法被代理对象调用，而非 this 引用直接调用。
spring boot 中服务方法调用内部带 `@transactional` 的方法时，事务不会生效，这是因 spring aop 代理机制限制所致；需确保事务方法被代理对象调用，而非 this 引用直接调用。
在 Spring Boot 应用中，@Transactional 注解依赖于 Spring 的代理机制（默认为 JDK 动态代理或 CGLIB）来织入事务管理逻辑。关键前提是：事务方法必须通过 Spring 容器注入的代理对象调用，才能触发事务拦截器。若在同一个类中通过 this.insertEmployee1(...) 方式调用（如本例中 insertEmployee 内部直接调用 insertEmployee1），则绕过了代理，导致 @Transactional 完全失效——即使方法内抛出异常，数据库操作也不会回滚。
问题复现代码分析
@Service
public class EmpService {
@Autowired
EmployeeRepo empRepo;
@Autowired
EmployeeHealthInsuranceRepo healthRepo;
@Transactional // ✅ 此处声明有效，但仅当被代理调用时才生效
public void insertEmployee1(Employee employee, EmployeeHealthInsurance insurance) {
empRepo.save(employee);
System.out.println(100 / 0); // 故意抛出 ArithmeticException
healthRepo.save(insurance); // 此行不会执行，但 empRepo.save 已提交！
}
public void insertEmployee(Employee employee, EmployeeHealthInsurance insurance) {
insertEmployee1(employee, insurance); // ❌ this. 调用 → 绕过代理 → 事务失效
}
}尽管 insertEmployee1 声明了 @Transactional，但由于 insertEmployee 是同一对象内的普通方法调用，Spring 无法拦截该调用，事务上下文未启动，因此 empRepo.save(employee) 会立即提交到数据库，后续异常不会触发回滚。
正确解决方案
✅ 方案一：将 @Transactional 移至对外暴露的入口方法（推荐）
@Service
public class EmpService {
@Autowired
EmployeeRepo empRepo;
@Autowired
EmployeeHealthInsuranceRepo healthRepo;
@Transactional // ✅ 放在被外部调用的方法上
public void insertEmployee(Employee employee, EmployeeHealthInsurance insurance) {
empRepo.save(employee);
System.out.println(100 / 0);
healthRepo.save(insurance);
}
}此时，Controller 或其他组件调用 empService.insertEmployee(...) 时，实际调用的是 Spring 生成的代理对象，事务正常生效。
✅ 方案二：使用 AopContext.currentProxy()（不推荐，侵入性强）
@Service
public class EmpService {
@Transactional
public void insertEmployee1(Employee employee, EmployeeHealthInsurance insurance) {
empRepo.save(employee);
System.out.println(100 / 0);
healthRepo.save(insurance);
}
public void insertEmployee(Employee employee, EmployeeHealthInsurance insurance) {
// 强制通过代理调用（需开启 expose-proxy）
((EmpService) AopContext.currentProxy())
.insertEmployee1(employee, insurance);
}
}⚠️ 注意：需在启动类添加 @EnableAspectJAutoProxy(exposeProxy = true)，且破坏封装性，应避免在生产环境使用。
✅ 方案三：拆分服务职责（最佳实践）
@Service
public class EmployeeWriteService {
@Autowired
private EmployeeRepo empRepo;
@Autowired
private EmployeeHealthInsuranceRepo healthRepo;
@Transactional
public void insertEmployeeWithInsurance(
Employee employee, EmployeeHealthInsurance insurance) {
empRepo.save(employee);
healthRepo.save(insurance);
}
}将事务边界明确限定在单一、高内聚的服务方法中，语义清晰，易于测试与维护。
注意事项与补充说明
- @Transactional 默认仅对 unchecked exception（RuntimeException 及其子类）回滚；若需对 Exception 回滚，需显式配置：
@Transactional(rollbackFor = Exception.class) - 确保目标类由 Spring 容器管理（即标注 @Service/@Component 并成功注入），非 Spring 管理对象上的 @Transactional 无效。
- 若使用 Lombok 的 @RequiredArgsConstructor，注意 final 字段注入方式不影响代理机制，但需确保构造注入完整。
- 启用事务日志便于排查：在 application.properties 中添加
logging.level.org.springframework.transaction=DEBUG
logging.level.org.springframework.orm.jpa=DEBUG
总结
Spring Boot 事务失效的根源在于代理机制的调用路径限制。开发者应始终牢记：事务注解只对 Spring 代理对象的外部调用生效。避免同一类内 this. 调用事务方法；优先将 @Transactional 声明在服务接口的顶层入口方法，并结合业务语义合理设计事务边界。正确理解这一机制，是构建可靠数据一致性的基础。
