spring事务的7种传播机制

本文深入探讨Spring事务的管理机制,解析如何通过@Transactional注解控制事务边界,详解默认回滚策略及自定义规则。并全面阐述Spring事务的七种传播行为,包括REQUIRED、SUPPORTED、REQUIRES-NEW等,帮助开发者掌握复杂场景下的事务处理技巧。
摘要由CSDN通过智能技术生成

Spring事务的传播行为

在service类前加上@Transactional,声明这个service所有方法需要事务管理,每一个业务方法开始时都会打开一个事务。

spring默认情况下会对运行期例外(runtimeException)进行回滚,这个例外是unchecked的,如果是checked的就不回滚。

如果改变默认规则:

1.让checked例外也回滚,在整个方法前加上:

@Transactional(RollbackFor = Exception.class)

2.让unchecked例外不回滚:

@Transanctional(notRollbackFor = RuntimeException)

 

对于spring的传播行为分为以下7中:

1.required:

业务方法需要在一个容器里执行。如果方法运行时已经处于一个事务中,那么加入到这个事务。否则自己新建一个新的事务。(统一回滚)

2.surpported:

该方法在某个事务范围内被调用,则方法成为该事务的一部分。如果方法在事务范围外被调用,该方法就在没有事务的环境下执行。

3.requires-new:

不管是否存在事务,该方法总会为自己发起一个新事务。如果方法已经运行在一个事务中,则将当前事务挂起,重新创建一个新事务。(各自回滚)

4.not-surpported:

声明方法不需要事务。如果方法没有关联到一个事务,容器不会为他开启事务,如果方法在一个事务中被调用,该事务会被挂起,调用结束后,原先的事务会恢复执行。

5.mandatory:

该方法只能在一个已经存在的事务中执行,业务方法不能发起自己的事务。如果在没有事务的环境下被调用,容器抛出异常。

6.nested:

如果一个活动的事务存在,则运行在一个嵌套的事务中。如果没有活动事务,则按照required属性执行。(内部的回滚不会对外部产生影响,但是外部回滚时内部会一起回滚)

7.never:

该方法绝对不能在事务范围内执行,如果在就抛出异常。只有该方法没有关联到任何事务,才能正常执行。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值