事务的传播行为

 

一、什么是事务传播行为?

事务传播行为(propagation behavior)指的就是当一个事务方法被另一个事务方法调用时,这个事务方法应该如何运行。

例如:methodA方法调用methodB方法时,methodB是继续在调用者methodA的事务中运行呢,还是为自己开启一个新事务运行,这就是由methodB的事务传播行为决定的。

二、事务的7种传播行为

  • Spring在TransactionDefinition接口中规定了7种类型的事务传播行为。
  • 事务传播行为是Spring框架独有的事务增强特性。

7种:(required / supports / mandatory / requires_new / not supported / never / nested)

  • PROPAGATION_REQUIRED:如果当前没有事务,就创建一个新事务,如果当前存在事务,就加入该事务,这是最常见的选择,也是Spring默认的事务传播行为。(required需要,没有新建,有加入)
  • PROPAGATION_SUPPORTS:支持当前事务,如果当前存在事务,就加入该事务,如果当前不存在事务,就以非事务执行。(supports支持,有则加入,没有就不管了,非事务运行
  • PROPAGATION_MANDATORY:支持当前事务,如果当前存在事务,就加入该事务,如果当前不存在事务,就抛出异常。(mandatory强制性,有则加入,没有异常
  • PROPAGATION_REQUIRES_NEW:创建新事务,无论当前存不存在事务,都创建新事务。(requires_new需要新的,不管有没有,直接创建新事务
  • PROPAGATION_NOT_SUPPORTED:以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。(not supported不支持事务,存在就挂起
  • PROPAGATION_NEVER:以非事务方式执行,如果当前存在事务,则抛出异常。(never不支持事务,存在就异常
  • PROPAGATION_NESTED:如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则按REQUIRED属性执行。(nested存在就在嵌套的执行,没有就找是否存在外面的事务,有则加入,没有则新建

对事务的要求程度可以从大到小排序:mandatory / supports / required / requires_new / nested / not supported / never

三、实战

1、描述

  • 外围无事务,内部有事务,外围管不着内部
    @Test
    void test_PROPAGATION_REQUIRED() {
        // add方法 @Transactional(propagation = Propagation.REQUIRED)
        userService.add(user);

        // add方法 @Transactional(propagation = Propagation.REQUIRED)
        userRoleService.add(userRole);

        //抛异常,不影响上面的add方法执行,外部异常不影响内部
        throw new RuntimeException();
    }

2、描述

  • 外围方法Propagation.REQUIRED
  • 内部方法Propagation.REQUIRED
  • 修饰的内部方法会加入到外围方法的事务中
  • 内部方法和外围方法均属于同一事务,只要一个方法回滚,整个事务均回滚
    @Transactional  // 默认Required
    @Test
    void test_PROPAGATION_REQUIRED() {

        // 增加用户表 Required 加入了外部事务
        userService.add(user);

        // 增加用户角色表 Required 加入了外部事务
        userRoleService.add(userRole);

        //抛异常 所有都回滚
        throw new RuntimeException();
    }

3、描述

  • 支持当前事务,如果当前存在事务,就加入该事务,如果当前不存在事务,就以非事务执行
  • 外围方法没有开启事务,add方法直接无事务执行
    @Test
    void test_PROPAGATION_SUPPORTS() {
        // 增加用户表 @Transactional(propagation = Propagation.SUPPORTS)
        userService.add(user);

        // 增加用户角色表 @Transactional(propagation = Propagation.SUPPORTS)
        userRoleService.add(userRole);

        //抛异常,当前无事务,直接无事务执行
        throw new RuntimeException();
    }

4、描述

  • 外围加入事务,默认Propagation.REQUIRED
  • 内部使用Propagation.SUPPORTS
  • 内部发现有事务,加入,外部异常,内部回滚

5、描述

  • 支持当前事务,如果当前存在事务,就加入该事务,如果当前不存在事务,就抛出异常
  • 外围不存在事务
  • 内部add方法使用@Transactional(propagation = Propagation.MANDATORY)
  • 内部发现当前没事务,直接抛出异常
  • 3
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在Spring框架中,事务传播行为用于定义一个方法调用时如何参与到已存在的事务中,或者如何创建一个新的事务。Spring框架提供了多种事务传播行为选项,可以通过@Transactional注解或者编程式事务管理来配置。 以下是一些常见的Spring事务传播行为: 1. REQUIRED(默认):如果当前存在事务,则加入该事务;如果没有事务,则创建一个新的事务。这是最常用的传播行为,适合大多数情况。 2. SUPPORTS:如果当前存在事务,则加入该事务;如果没有事务,则以非事务的方式执行。适用于不需要强制要求事务的场景。 3. MANDATORY:如果当前存在事务,则加入该事务;如果没有事务,则抛出异常。适用于必须在一个已存在的事务中执行的场景。 4. REQUIRES_NEW:创建一个新的事务,并挂起当前的事务(如果存在)。适用于需要独立的事务执行的场景。 5. NOT_SUPPORTED:以非事务的方式执行操作,挂起当前的事务(如果存在)。适用于不需要事务支持的场景。 6. NEVER:以非事务的方式执行操作,如果当前存在事务,则抛出异常。适用于必须在没有事务的环境下执行的场景。 7. NESTED:如果当前存在事务,则在嵌套事务中执行;如果没有事务,则创建一个新的事务。嵌套事务是独立于外部事务的内部事务,它可以独立地进行提交或回滚,但是如果外部事务回滚,嵌套事务也会回滚。 通过选择合适的事务传播行为,可以确保在不同的方法调用中有效地管理事务,保证事务的一致性和可靠性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值