前言
Spring中比较容易失效的就是通过@Transactional 定义的声明式事务，他在以下几个场景中会导致事务失效，首先，就是Spring的@Transactional是基于Spring的AOP机制实现的，而AOP机制又是基于动态代理实现的。那么如果代理失效了，事务也就会失效。
1.@Transactional 应用在非 public 修饰的方法上
@Transactional private void privateMethod() { // 在这里执行事务操作 }
2.同一个类中方法调用，导致@Transactional失效
public class MyService { @Transactional public void methodA() { // 在这里执行一些业务逻辑 } public void methodB() { // 在这里执行一些业务逻辑 methodA() } }
3.final、static方法
由于AOP是通过创建代理对象来实现的，而无法对final方法进行子类化和覆盖，所以无法拦截这些方法。
还有就是调用static方法，因为这类方法是属于这个类的，并不是对象的，所以无法被AOP
4.@Transactional的用法不对
@Transactional 注解属性 propagation 设置不当
详情可以看：
@Transactional(propagation = Propagation.NOT_SUPPORTED) public void updateProduct(Product product) { try { // 更新产品信息 productRepository.update(product); // 抛出异常 throw new RuntimeException("Something went wrong"); } catch (Exception e) { // 处理异常 System.out.println("Caught exception: " + e.getMessage()); } }
事务传播行为被设置为NOT_SUPPORTED，以非事务方式执行操作。
5.@Transactional注解属性 rollbackFor 设置错误
@Service public class ProductService { @Autowired private ProductRepository productRepository; @Transactional(propagation = Propagation.REQUIRED) public void updateProduct(Product product) { try { // 更新产品信息 productRepository.update(product); // 抛出异常 throw new Exception("Something went wrong"); } catch (Exception e) { // 处理异常 System.out.println("Caught exception: " + e.getMessage()); } } }
在updateProduct方法中，虽然使用了@Transactional注解来管理事务，但是没有设置rollbackFor属性，因此默认情况下只会回滚RuntimeException及其子类异常，而不回滚其他类型的异常(如Exception)。当在try块中抛出Exception异常时，Spring并不会认为这是需要回滚事务的异常，所以事务不会被回滚。
6.用错注解
有的时候，你排查了很久，发现都没问题，但是还是不生效，然后找别人来帮你看，他上来就看了一下你用的@Transactional，发现并不是Spring中的，而是其他什么地方的，比如javax.transaction.Transactional ，这样也会导致事务失效
7.异常被捕获
异常被catch捕获但未抛出导致@Transactional失效
@Transactional public void updateProduct(Product product) { try { // 更新产品信息 productRepository.update(product); } catch (Exception e) { // 处理异常 System.out.println("Caught exception: " + e.getMessage()); } }
8.数据库引擎不支持事务
既然底层的数据库引擎不支持，那肯定就没法生效
