@Transactional 注解的失效场景(简述)

1.@transaction应用在非public修饰的方法上

此方法会检查目标方法的修饰符是否为 public，不是 public 则不会获取 @Transactional 的属性配置信息。

注意：protected、private 修饰的方法上使用 @Transactional 注解，虽然事务无效，但不会有任何报错，这是我们很容犯错的一点！

2.@Transactional 注解属性 propagation 设置错误
这种失效是由于配置错误，若是错误的配置以下三种 propagation，事务将不会发生回滚。

TransactionDefinition.PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。

3.@Transactional 注解属性 rollbackFor 设置错误
rollbackFor 可以指定能够触发事务回滚的异常类型。Spring 默认抛出了未检查 unchecked 异常（继承自 RuntimeException 的异常）或者 Error 才回滚事务；其他异常不会触发回滚事务。如果在事务中抛出其他类型的异常，但却期望 Spring 能够回滚事务，就需要指定 rollbackFor 属性。
 

4、同一个类中方法调用，导致 @Transactional 失效
开发中避免不了会对同一个类里面的方法调用，比如有一个类Test，它的一个方法A，A再调用本类的方法B（不论方法B是用public还是private修饰），但方法A没有声明注解事务，而B方法有。则外部调用方法A之后，方法B的事务是不会起作用的。这也是经常犯错误的一个地方。

解决方案

1、把方法B抽离到另外一个XXService中去，并且在这个Service中注入XXService，使用XXService调用方法B。

显然，这种方式一点也不优雅,且要产生很多冗余文件，看起来很烦，实际开发中也几乎没人这么做吧？反正我不建议采用此方案；

2、通过在方法内部获得当前类代理对象的方式，通过代理对象调用方法B

上面说了：动态代理最终都是要调用原始对象的，而原始对象在去调用方法时，是不会再触发代理了！

所以我们就使用代理对象来调用,就会触发事务；

综上解决方案,我觉得第二种方式简直方便到炸，那怎么获取代理对象呢？这里提供两种方式：

1、使用 ApplicationContext 上下文对象获取该对象；

2、使用 AopContext.currentProxy() 获取代理对象，但是需要配置exposeProxy=true

我这里使用的是第二种解决方案，具体操作如下：

springboot启动类加上注解：@EnableAspectJAutoProxy(exposeProxy = true)

5、异常被你的 catch “吃了”导致 @Transactional 失效

这种情况是最常见的一种 @Transactional 注解失效场景