Spring中@Transactional失效

Spring中的声明式注解@Transactional很大程度的方便了开发者进行DB数据保存。但是在一些特殊情况下，可能会造成注解不是按想定的方式生效，这里说几种可能造成的几种情况。

常见的几种情况：

异常被捕获

这是一种比较简单不过稍不注意也可能会犯的情况。
Spring中事务提交还是回滚是根据调用的方法是否抛出异常来决定的，因此如果把异常捕获之后又不抛出的话，即使出了问题，事务还是会提交。

@Autowired
private ClassB b;

@Autowired
private ClassC c;

@Transactional
public void methodA(){
    try {
        b.methodB();
        c.methodC();
    } catch (Exception e) {
        
    }
}

上例中，想要的结果是b.methodB()和c.methodC()同时提交或回滚，但是由于异常被捕获，即使在执行方法C的时候出现了异常，方法B的操作仍旧会生效。
（如果方法A是一次转账，方法B是转账中的加钱操作，方法C是减钱操作，B和C只执行其中一个的话会导致总金额就发生了变化）

@Transactional修饰了非public方法

这种也是有可能犯的一种情况。
@Transactional只能用于 public 的方法上，否则事务不会失效，如果要用在非 public 方法上，可以开启AspectJ 代理模式。（默认代理模式CGlib）
CGlib是使用继承进行动态代理的，所以理论上protect方法无修饰符时应该也可以？没有测试，有空试一下。

同一个类中的方法调用

这是一种非常容易犯，又不容易察觉的情况。

@Component
public class A{
    @Transactional
    public void methodA() {
        methodB();
    }
    
    @Transactional
    public void methodB() {
        // do something
    }
}

上例中，methodB的事务是不生效的，因为这里是同一个类中的调用（更确切的说是同一个类同一个对象中），Spring事务的原理是调用时检查@Transactional注解，然后生成代理类进行事务管理，但是内部调用时不会生成代理类（或者说默认不会），因此也就无法进行事务管理。

这种情况有好几种解决方法，下面会说到。

非常见的情况

非常见是指对@Transactional进行了一些属性的配置导致不生效。

@Transactional 注解属性 rollbackFor 设置错误

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

// 希望自定义的异常进行回滚
@Transactional(propagation= Propagation.REQUIRED,rollbackFor= MyException.class)

@Transactional 注解属性 propagation 设置错误

这种失效是由于配置错误，若是错误的配置以下三种 propagation，事务将不会发生回滚。

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

propagation默认值PROPAGATION.REQUIRED：没有事务时创建事务。有事务了则加入该事务（相当于使用一个session）

同一个类中事务方法调用解决方法

方法拆分

这是一种最简单的方法，也就是把上面例子中的methodB拆分到一个单独的类里面，这样就是一般情况下的事务调用。

下面三种方法都是在methodB上添加@Transactional(propagation = Propagation.REQUIRES_NEW)之后进行的测试

使用AspectJ代理

具体操作就是，application.yml中需要配置spring.aop.auto ：true，然后在启动类开启AspectJ代理，并暴露代理类：@EnableAspectJAutoProxy(exposeProxy = true)
这样的话就可以在调用的时候获取到代理类，并进行方法调用：

((TestClassA)AopContext.currentProxy()).insertB();

从ApplicationContext获取Bean

这个原理应该是和上面一样的，直从ApplicationContext中获取到当前Bean，然后再调用方法：

// applicationContext 可以自动注入
applicationContext.getBean(TestClassA.class).insertB();

注入自身

@Component
public class TestClassA {
    @Autowired
    private TestClassA testClassA;
}

用这种方法也可以使methodB的事务生效，但是需要注意的是，第一次生成的代理类和自动注入的代理类不是一个对象，也就是代码中this和testClassA不是同一个对象，并且testclassA中不会再次自动注入。

所以如果methodB插入数据时需要当前对象的属性，这种方法便不能再使用

总之，同类事务不生效是一种很容易疏忽的情况，具体怎么处理，还是要结合业务。

Spring中@Transactional失效问题