Spring事务管理回滚问题

Posted 2021-06-24 抽象带狮

Spring事务管理不能回滚问题

在前段时间学习SpringMVC的练习中，碰到声明式事务管理时，事务不能回滚的情况，通过查看博客和资料，解决了问题。

原因

导致Spring事务管理不能回滚的原因有两个：一是Service内部方法调用，二是使用了try...catch异常。

Service内部方法调用

现在我的Service层中，定义一个转账的功能给它加上事务，而另一个方法直接调用并没有事务。

@Service
public class YHService{
    // 开启事务
    @Transactional(isolation = Isolation.DEFAULT, propagation = Propagation.REQUIRED)
    public void transferDemo1(){
        // 转账逻辑代码。。。
        int i = 1/0;
    }

    // 未开启事务
    public void transferDemo2(){
        transferDemo1();
    }
}

现在编写Test

public class YHServiceTest{
    @Autowired
    private YHService service;

    @Test
    public void testDemo1(){
        service.transferDemo1();
    }

    @Test
    public void testDemo2(){
        service.transferDemo2();
    }
}

结果就是调用testDemo1时，事务发生了回滚，而调用testDemo2时事务并没有回滚，这是为什么？
原来使用声明式事务来进行管理时，是通过AOP动态产生代理类（serviceProxy）来进行事务管理，而目标类（service）是没有事务管理的，所以在service内部（this）调用的方法是不能被serviceProxy事务管理所负责，可能会好奇我的testDemo2不就是通过serviceProxy调用的吗？为什么transferDemo2能进行事务管理而transferDemo1却不能？看看下面serviceProxy事务管理运行的原理把。

看完之后就清楚了，我们使用Spring的事务管理，首先是调用serviceProxy，再调用service的目标方法退出方法时提交/回滚。当我们调用transferDemo2时，此时的方法加入了serviceProxy的事务管理，而transferDemo2内通过了this调用了transferDemo1而此时尽管用注解/xml的形式声明了事务管理，但是却是通过service来调用该方法的，并不是serviceProxy调用，所以他保持的是和transferDemo2一样的事务，此处即为没有事务。
简而言之就是：目标对象内部的自我调用将无法实施切面中的增强，如果要实现，就只能通过代理类去调用该目标方法即可达到目的。代码变现就是将this调用换成serviceProxy调用就可以了，可以用注入方式达成目的，很多种方法，可以自行查资料。

try...catch...

在刚刚开始学习Spring事务的时候我们并没有去给逻辑代码加上try...catch..直接让程序异常回滚，但是也不能一直这样，有些情况下我们需要处理异常就要用try...catch...去处理异常，所以我们接下来看看再try...catch...中程序异常，事务是否能回滚
mapper层：

public interface DaoMapper {
    // 转出
    @Update("update t_user set balance=balance-#{money} where id=#{id}")
    void push(@Param("id") int id, @Param("money") double money);
    // 转入
    @Update("update t_user set balance=balance+#{money} where id=#{id}")
    void pull(@Param("id")int id, @Param("money")double money);
}

Service:

@Service
public class UserServerImpl implements UserServer {
    private DaoMapper mapper;

    @Autowired
    public void setMapper(DaoMapper mapper) {
        this.mapper = mapper;
    }

    @Override
    public void transferAccounts(int pushId, double money, int pullId) {
        try {
            mapper.push(pushId, money);
            int i = 7 / 0;
            mapper.pull(pullId, money);
        }catch (Exception e){
            System.out.println("程序异常，事务回滚");
        }
    }
}

上面的代码我们对其中的异常进行了捕获并处理，运行发现事务并没有进行回滚，这是为什么，猜测应该是跟try...catch...有关，查阅资料博客，发现我们如果对异常进行了手动捕获处理，并没有throw出异常这样导致了Spring的事务管理拦截不到异常，就不会对事务进行回滚，OK那么我们加上throw e;运行程序，结果正常，事务也回滚了。
奇怪的是我抛出的是Exception类型的异常，也没有在xml中的事务管理进行rollback-for配置，为啥会回滚呢?

在默认配置中，Spring FrameWork 的事务框架代码只会将出现runtime, unchecked 异常的事务标记为回滚；也就是说事务中抛出的异常时RuntimeException或者是其子类，这样事务才会回滚（默认情况下Error也会导致事务回滚）。在默认配置的情况下，所有的 checked 异常都不会引起事务回滚。

按理来说Spring不应该回滚，后面我将改成了throw new Exception()，运行程序发现事务没有回滚，改成throw new RuntimeException()，运行程序发现事务回滚了。

好像和throw的对象有关，之前我们throw出的是我们当前捕获的异常对象，发现被Spring事务管理回滚了，后面我们throw出的是新的Exception实例对象，没有被Spring事务管理拿到，而throw出的是新的RuntimeException实例对象却被Spring事务管理拿到了，当我在xml文件中配置了rollback-for="Exception"，发现throw出新的Exception实例对象也能被捕获到并回滚。我好奇的是符合上诉的异常回滚规则的竟然是throw出新的异常类型实例对象。而不是catch中的对象实例，这是为什么？有没有大神解惑一下，谢谢!