标签：事务 调用 Spring REQUIRED 回滚 实效 当前 方法

Spring中事务的传播、事务的实效

• 事务的传播
• 事务的失效

事务的传播

在开发的时候，不仅需要考虑事务的隔离级别，还需要考虑事务的传播机制。

在 spring 中，使用 @Transactional 将对应方法加入事务管理，如果在一个已经存在事务的方法中调用另一个有事务的方法

/**
 * @author Peng Tao
 * @since 11.22.2021
 */
public class TestServiceImpl implements TestService{
    @Override
    @Transactional(propagation = Propagation.REQUIRED)
    public void m1() {
        // 调用其他有 @Transactional 注解的方法
        // xxService.m2();
    }
}

那么是使用的哪个方法的事务，也就是在事务在多个方法的调用中是如何传递的，是重新创建事务还是使用父方法的事务，父方法的回滚对子方法的事务是否有影响，子方法的回滚对父方法的事务又是否有影响？这些都是可以通过事务传播机制来决定的。

spring中事务传播机制一共有七种，默认为 REQUIRED。

常见使用场景有三种：

（1）父方法和子方法只要有一个抛出异常，两个方法都需要回滚。

（2）父方法的回滚不影响子方法的提交。

（3）当父方法回滚时，子方法也需要回滚；反之，如果子方法回滚，不影响父方法的提交。

这三种场景都有对应的隔离级别，使用这三种隔离级别能解决大部分的需求。

（1）REQUIRED
当两个方法的传播机制都是REQUIRED时，如果一旦发生回滚，两个方法都会回滚
（2）REQUIRES_NEW
当子方法传播机制为REQUIRES_NEW，会开启一个新的事务，并单独提交方法，所以父方法的回滚并不影响子方法事务提交
（3）NESTED
当父方法为REQUIRED，子方法为NESTED时，子方法开启一个嵌套事务；
当父方法回滚时，子方法也会回滚；反之，如果子方法回滚，则并不影响父方法的提交

事务的失效

（1）spring 默认取决于是否抛出runtimeException决定是否会滚。所以如果在方法中有 try、catch 处理，那么try里面的代码块就脱离了事务的管理，若要事务生效需要在 catch 中throw new RuntimeException。
（2）因为 spring 通过代理来实现事务的管理，所以直接调用同类中的其他方法导致的自调用，没有调用到代理对象，第二个方法的 @Transactional 注解会失效，可以直接通过拆分类、通过从容器获取 bean 来调用方法、自己注入自己来解决自调用 @Transactional 注解失效。

标签：事务,调用,Spring,REQUIRED,回滚,实效,当前,方法
来源： https://blog.csdn.net/qq_41799693/article/details/121477456

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。