Spring 自调用事务失效分析及解决办法

前言

博主在写公司需求的时候，有一个操作涉及到多次对数据库数据的修改。当时就想着要加 @Transactional注解来声名事务。并且由于一个方法中有太多行了，于是就想着修改数据库的操作单独提取出来抽象成一个方法。但这个时候，IDEA 提示我自调用导致事务不会生效。

所谓Spring子调用 ，就是在Service方法内，调用另一个加了@Transactional注解的方法，那么这个时候注解失效，要如何解决呢？

1. 事务介绍

在开发中涉及到同事操作多个表的时候，要保证两个操作要么一起成功，要么一起失败。此时就需要用到：事务。

现在一般使用的都是基于 @Transactional 注解的声明式事务。

而在使用事务的过程中，需要注意以下几点：

事务只能应用到 pulic****修饰的方法上才会生效。
事务需要从外部调用（涉及到事务的实现原理：基于动态代理实现的）。 Spring****自调用会失效。
建议 @Transactional****注解添加到 Service 实现类上。

这些要求或者注意事项官方文档可是明确说明的！

应仅将 @Transactional 注解应用于具有公开可见性的方法。如果对受 protected, private 或 package-visible 修饰的方法使用，则不会引发任何错误，但是被注解的方法不会显示已配置的事务设置。

至于建议加在实现类上，这个只是建议，不过如果加在接口类或接口方法上时，只有配置基于接口的代理才会生效。所以这块还是老老实实的加在实现类或实现类方法上吧。

2. 使用场景

在实际开发中，我们经常会遇到这种情况！

本来这块的代码逻辑就很复杂，导致我们写的方法可能又臭又长，里面有各种逻辑操作。在需要同时操作多个表进行更新的时候，就想着单独抽成一个方法让事务包裹的范围最小，仅仅在同时更新的时候加上事务。但此时会发现事务无法生效。如前言所示。那我们如何解决呢？请看下面的三种方法

3. 解决方案

3.1. 外部调用

自调用不允许，那改成外部调用即可。

再声明一个 Service，把更新表的逻辑放过去。

3.2. 使用编程式事务（不推荐）

使用编程式事务，既然使用声明式事务有这么多的显示，那可以换一种编程式事务！

此方法编写较为复杂，不推荐

此时，哪怕方法是private修饰的，事务都可以生效。

3.3. 调用外部方法，外部方法调用内部方法

那如果我们那又想用注解，又想自调用怎么办呢？

咱们可以参考编程式事务的方式，不就是不让自调用么，我调外部方法，然后外部方法再给我调回来不就可以了。

复制代码

@Component
public class TransactionalComponent {

    public interface Cell {
        void run() throws Exception;
    }

    @Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
    public void required(Cell cell) throws Exception {
        cell.run();
    }
}

这样的话不就可以通过 TransactionalComponent 调用了么，并且还可以使用 lambda 表达式。

4. 总结

本文注解介绍了事务，以及事务失效的解决办法。综上，博主更推荐也更喜欢用第一种方式来解决自调用事务失效的问题。