Spring事务的几种坑，稍微不注意就会导致事务失效

广东晴转雨

已于 2022-11-04 10:24:44 修改

阅读量483

点赞数

文章标签： spring java 后端

于 2022-10-25 16:00:44 首次发布

本文链接：https://blog.csdn.net/m0_64055755/article/details/127514239

版权

对于从事Java开发的小伙伴来说，spring事务应该是非常熟悉的；在某些业务场景下，同时有多张表的写入操作，为了确保原子性，我们一般都会使用spring事务；spring事务在大多数情况下都可以满足需求，但同时他也有很多坑会导致事务失效。

我列举以下几点看看

1.错误的访问权限

@Service
public class TestService {

    @Autowired
    private Mapper mapper;
    
    @Transactional
    private void test(Model model) {
        mapper.insert(model);
    }
}

因为 add() 方法的访问修饰符被定义成了 private，所以导致了事务失效，spring 要求被代理的方法必须是由 public 修饰的。

因为AbstractFallbackTransactionAttributeSource类的computeTransactionAttribute方法中有个判断，如果目标方法不是public，则TransactionAttribute返回null，即不支持事务。

2.方法被定义成 final

@Service
public class TestService {

    @Autowired
    private Mapper mapper;

    @Transactional
    public final void add(Model model) {
        mapper.insert(model);
    }
}

由于 add 方法被定义成 final ，这样导致了 spring 的 aop 动态代理生成的代理对象不能复写该方法，导致事务失效。

3.方法的内部调用

@Service
public class TestService {

    @Autowired
    private Mapper mapper;

    @Transactional
    public void test(Model model) {
        mapper.insert(model);
        update(model);
    }

    @Transactional
    public void update(Model model) {
        // doSomeThing();
    }
}

我们看到在事务方法add中，直接调用事务方法updateStatus。从前面介绍的内容可以知道，updateStatus方法拥有事务的能力是因为spring aop生成代理了对象，但是这种方法直接调用了this对象的方法，所以updateStatus方法不会生成事务。

4.当前实体对象没有被spring管理

这种情况就不上代码了，简单来说就是没有加注解，像 service 层没有加上 @Service 注解等，没有交给 spring 管理 Bean 实例，所以也不会生成事务。

5.抛出了异常但是被自己捕获了

@Transactional
    public void test(Model model) {
        try {
            mapper.insert(model);
        } catch (Exception e) {
            log.error(e.getMessage(), e);
        }
    }

如图所示，方法抛出了异常被自己捕获了，又没有重新抛出。事务的 AOP 无法捕获异常，导致出现了异常事务无法回滚。