前言

最近在使用Spring框架时遇到了一些问题，主要是Spring的事务传播问题，一个不带事务的方法调用带事务的方法，有时候会出现不回滚的情况，所以写了这篇文章来记录一下。

7种传播方式

我们先来看Spring事务的7中传播方式以及对应的描述

注解式事务

在Spring中，我们常用@Transactional来标注一个事务方法，如果有点进去这个注解的源码都可以看到Spring对于添加这个注解的方法，都会默认将这个方法的事务的传播等级设置为REQUIRED，也就是是当前方法必须处于一个事务方法中，或者使用调用这个方法的事务行为。

下面我们来分析下这个注解在什么情况下会失效，并且需要怎么样来去避免这种情况的发生。

事务的方法之间的调用

下面这个例子模仿的是一个带事务的方法调用另外一个事务方法，在下面的这个方法报错，查看当前事务有没有进行回滚

@Override
    @Transactional(rollbackFor = Exception.class)
    public void saveWithDish(SetmealDto setmealDto){
        this.save(setmealDto);
        List<SetmealDish> setmealDishes = setmealDto.getSetmealDishes();
    }
    @Transactional(rollbackFor = Exception.class)
    public void saveBa(List<SetmealDish> setmealDishes, SetmealDto setmealDto) throws Exception{

        setmealDishes = setmealDishes.stream().peek((item) -> item.setSetmealId(setmealDto.getId())).collect(Collectors.toList());
        setmealDishService.saveBatch(setmealDishes);
        int j = 2/0;
    }
1
2
3
4
5
6
7
8
9
10
11
12
13

根据事务的传播等级来看，这种情况是肯定可以回滚的，但是如果是同一类中，像下面这种情况，同一个类中一个不带事务的方法调用另外一个带事务的方法，这种情况下它的事务会不会回滚呢？理论上我们觉得是会的，但是在测试的时候呢，我们发现这个事务并没有进行回滚，也就是说，这个事务注解@Transantional没有生效

@Override
    public void saveWithDish(SetmealDto setmealDto) throws Exception{

        List<SetmealDish> setmealDishes = setmealDto.getSetmealDishes();

        saveBa(setmealDishes, setmealDto);
    }
    @Transactional(rollbackFor = Exception.class)
    public void saveBa(List<SetmealDish> setmealDishes, SetmealDto setmealDto) throws Exception{
        this.save(setmealDto);
        setmealDishes = setmealDishes.stream().peek((item) -> item.setSetmealId(setmealDto.getId())).collect(Collectors.toList());
        setmealDishService.saveBatch(setmealDishes);
        int j = 2/0;

    }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

虽然这里我们报错了，但是数据库中还是新增了一条刚刚我们添加的一条数据，这样可以说明，这是没有添加事务的，也验证了上面我们的方法。

下面我们来看情况上，当不同类之间类方法的调用，如果一个事务方法调用一个非事务方法，这样非事务方法当然可以获取到当前这个事务的，不会开启一个新的事务。但是当一个非事务方法调用一个不同类的事务方法时，这样会不会回滚呢，答案是会的，这边我已经进行验证过了。

注意事项

我们需要记住Spring的默认事务传播等级是Required，在Spring扫描Bean时，会扫描这个方法是否带有@Transactional注解，如果是包含的话，Spring会动态生成一个代理类（proxy）,当这个方法被调用时，是由代理类来进行调用的，而在初始化时，同一个类下面，这个方法如果是没有带@Transactional注解调用一个@Transactional的方法的话，这个方法的调用是没有经过代理类的，就不会启动transactional，也就是在同一个类出现无效的现象出现

所以，解决的话，我们可以将这两个方法分开到两个不同的类中，所以我们可以知道在一个service类中，如果一个非事务方法调用一个带事务的方法和事务方法之间的相互调用都不会开启新的事务。