Spring 自调用事务失效，你是怎么解决的？

前言

相信大家都遇到一种事务失效场景，那就是 Spring 自调用，就是在 Service 方法内，调用另一个加 @Transactional 注解的方法，发现事务失效，这时候你是怎么解决的呢？

公众号：『刘志航』，记录工作学习中的技术、开发及源码笔记；时不时分享一些生活中的见闻感悟。欢迎大佬来指导！

事情回顾

那是一个我忘了天气咋样的下午，突然蹦出一个小红点，嗯~ 挺着急的小红点。

原来是事务失效了！

莫慌！莫慌！

最后小伙伴选择了抽走，是我的工具类不香了么？

当然故事的结果是完美的，问题解决了。

事务

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

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

而事务使用过程中有以下几个注意事项：

事务只能应用到 public 方法上才会有效；
事务需要从外部调用，Spring 自调用会失效；
建议事务注解 @Transactional 一般添加在实现类上。

当然这几句话不是说我的，人家官方文档可是明确说明的！

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

说白了，就是你用了，不会报错，但是不生效！

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

因为代理模式只拦截通过代理传入的外部方法调用，所以自调用事务是不生效的。

官方的解释还是比较简单明了的，虽然我看不懂，但是不影响我截图。

那我还是再截一个吧……

实际使用

但是在开发中，小伙伴们往往会遇到这种情况！

本来自己写的代码就一坨坨的又臭又长，里面有各种验签、验参、查询、验证等等，就想着来个事务，让事务包裹的范围最小，仅仅在同时更新的时候加上事务吧！

这么写，咦~ IDEA 报错了，好像不能 private 修饰，那我改成 public。

很显然事务是不生效的。

把更新的代码放到又臭又长的代码里面，让它变得更臭更长，然后用 @Transactional 注解一加。完美解决！

请放过那坨代码吧！来看看下面的办法。

解决方案 1

那我改成外部调用不就行了么？

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

我一般就喜欢使用这个办法。

解决方案 2

使用编程式事务，前面说了，使用声明式事务时，又这又那，我换一种总可以吧！

你看，我还把方法改成 private 修饰了，事务也生效。完美解决！

其实这个方法也很不错哦！

解决方案 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 表达式。

当然基于这个版本也可以做一个迭代，就是使用静态方法调用，不用每次都用 @Autowired 注入一次。

public class TransactionalUtils {

    private static volatile TransactionalComponent transactionalComponent;

    private static synchronized TransactionalComponent getTransactionalComponent() {

        if (transactionalComponent == null) {

            // 从容器中获取 transactionalComponent

            transactionalComponent = ApplicationContextUtils.getBean(TransactionalComponent.class);

        }

        return transactionalComponent;

    }

    public static void required(TransactionalComponent.Cell cell) throws Exception {

        getTransactionalComponent().required(cell);

    }

}

这样通过工具类 TransactionalUtils 便可以直接调用静态方法的方式执行事务操作。

总结

结束语

本文主要介绍为什么会遇到事务失效，以及事务失效的避免方式，同时提供了三种方式来解决自调用事务失效的问题。不足之处，欢迎指正。