spring事物失效场景

在Spring中，事务失效是常见问题，通常与底层机制或配置错误有关。以下是常见场景及解决方法：

1. 非public方法使用@Transactional

• 原因：Spring的AOP代理默认只能拦截public方法。

• 示例：

@Transactional
private void updateData() { /* ... */ } // 事务失效！

• 解决：将方法改为public，或调整AOP配置（如使用AspectJ）。

---

2. 自调用（Self-Invocation）

• 原因：同类中非事务方法调用事务方法，绕过代理。

• 示例：

public void methodA() {methodB(); // 直接调用，事务失效！
}@Transactional
public void methodB() { /* ... */ }

• 解决：

• • 通过代理对象调用：AopContext.currentProxy().methodB()。

• • 将事务方法拆分到另一个Bean中。

---

3. 异常未抛出或未被识别

• 场景：

• • 捕获异常未重新抛出。

• • 抛出非RuntimeException/Error，未配置rollbackFor。

• 示例：

@Transactional
public void update() {try {// 可能抛出IOException} catch (Exception e) {// 未抛出，事务不回滚！}
}

• 解决：

• • 在catch块中抛出RuntimeException或配置@Transactional(rollbackFor = Exception.class)。

---

4. 传播行为配置不当

• 场景：

• • 方法传播行为设为Propagation.NOT_SUPPORTED（无事务执行）。

• • 嵌套事务未正确使用REQUIRES_NEW。

• 解决：根据业务需求调整传播行为（如REQUIRED、REQUIRES_NEW）。

---

5. 数据库引擎不支持事务

• 原因：如MySQL的MyISAM引擎不支持事务。

• 解决：更换为支持事务的引擎（如InnoDB）。

---

6. 未启用事务管理

• 场景：忘记在配置类添加@EnableTransactionManagement。

• 解决：确认开启事务管理注解。

---

7. 多数据源未指定事务管理器

• 场景：多数据源时未指定value属性。

• 示例：

@Transactional("customTxManager") // 需指定事务管理器
public void multiDataSourceOp() { /* ... */ }

• 解决：在@Transactional中指定对应的事务管理器名称。

---

8. 事务方法被final/static修饰

• 原因：Spring无法代理final/static方法。

• 示例：

@Transactional
public final void finalMethod() { /* ... */ } // 事务失效！

• 解决：移除final/static修饰符。

---

9. 类未被Spring管理

• 场景：未添加@Service、@Component等注解。

• 解决：确保Bean由Spring容器管理。

---

10. 编程式事务未提交

• 场景：使用TransactionTemplate但未执行操作。

• 示例：

transactionTemplate.execute(status -> {// 漏写业务逻辑，事务未提交！return null; 
});

• 解决：确保在execute中执行业务逻辑。

---

排查建议

1. 检查日志：确认事务管理器是否启动，SQL是否在事务中执行。

1. 使用调试工具：如@Transactional的readOnly属性验证事务是否生效。

1. 简化场景：逐步排除配置、代码、环境问题。
   通过以上场景逐一排查，可快速定位事务失效原因。