Spring事务失效场景

spring事务失效的场景及解决方案

1. 抛出检查异常导致事务不能正确的回滚

   • 原因spring默认只会回滚非检查异常，即会回滚error、runtimeexception及其子类

   • 解决方法

     @Transactional(rollbackFor = Exception.class)//只要是异常就会进行回滚
     

2. 业务方法内自己try-catch异常导致事务不能正确回滚

   • 原因：事务通知只有捕捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理了异常，事务通知无法知悉
   • 解决方法
     1. 原样子将异常抛出
     2. 手动设置TransactionStatus.setRollBackOnly();

3. aop切面顺序导致事务不能正确回滚

   • 原因：事务切面优先级最低，但如果自定义的切面优先级和他一样，则还是自定义切面在内层，这时若自定义切面没有正确抛出异常而是将异常捕获

   • 解决方法

     1. 原样子将异常抛出

     2. 手动设置TransactionStatus.setRollBackOnly();

     3. 设置aop切面的优先级低于事务切面的优先级

        在aop切面上加如下注解
        @Order(Ordered.LOWEST_PRECEDENCE-1)
        

4. 非public方法导致的事务失效

   • 原因：spring为方法创建代理、添加事务通知、前提条件都是该方法是public的

5. 父子容器导致的事务失效

   • 原因：子容器扫描范围过大，把未添加事务配置的service扫描进来
   • 解决方法
     1. 各扫各的包，不要图方便
     2. 不要用父子容器，所有的bean都放在同一容器中
        • 对于传统的mvc项目中可能会存在父子容器，但是在springboot项目中就只有一个容器了

6. 调用本类方法导致传播行为失效

   • 原因：本类方法调用不经过代理，因此无法增强
   • 解决方法：
     1. 依赖注入自己(代理)来调用

7. @Transactional没有保证原子行为

• 原因：事务的原子性仅覆盖insert、update、delete、select… for update语句，select 方法并不阻塞

8. @Transactional方法导致的synchronized失效

• 原因：synchronized保证的仅是目标方法的原子性，环绕目标方法的还有commit等操作，他们并未处于同步代码块内
• 解决方法：
  1. synchronized范围应该扩大至代理方法调用
  2. 使用select… for update替换select