spring是一个开源的框架,Spring为简化企业级应用开发而生,使用Spring可以使简单的JavaBean实现以前只有EJB才能实现的功能。今天我们先避开spring核心IOC&AOP,浅谈一下spring的事务传播级别。
误区
spring由于事务是是通过service一层控制的,因此为了保证事务的安全和可控性,尽量不要将两个事务要求的方法进行相互调用。
想想看,spring身为一个伟大的,灵活的框架。它怎么可能在事务这么重要的功能上给我们挖坑呢
在最开始使用spring进行事务开发管理的的时候,一直认为spring的方法控制事务,只能将事务保证在当前一个事务中。因此那时脑残的我写所有代码的时候都会检查当前带有事务注解的public的方法是否会调用一个带有事务注解的方法。如果调用了,当时我的处理方案是,我会挪调子方法的相关代码到当前方法(捂脸ing)
闲话不说了,下面我们来说下spring的事务传播级别。
传播行为顾名思义,就是在有多个事务的时候,事务之间是如何传播的。
传播行为定义关于调用方法的事务边界。Spring定义了7中传播行为
REQUIRED:业务方法需要在一个容器里运行。如果方法运行时,已经处在一个事务中,那么加入到这个事务,否则自己新建一个新的事务。
NOT_SUPPORTED:声明方法不需要事务。如果方法没有关联到一个事务,容器不会为他开启事务,如果方法在一个事务中被调用,该事务会被挂起,调用结束后,原先的事务会恢复执行。
REQUIRESNEW:不管是否存在事务,该方法总汇为自己发起一个新的事务。如果方法已经运行在一个事务中,则原有事务挂起,新的事务被创建。
MANDATORY:该方法只能在一个已经存在的事务中执行,业务方法不能发起自己的事务。如果在没有事务的环境下被调用,容器抛出例外。
SUPPORTS:该方法在某个事务范围内被调用,则方法成为该事务的一部分。如果方法在该事务范围外被调用,该方法就在没有事务的环境下执行。
NEVER:该方法绝对不能在事务范围内执行。如果在就抛例外。只有该方法没有关联到任何事务,才正常执行。
NESTED:如果一个活动的事务存在,则运行在一个嵌套的事务中。如果没有活动事务,则按REQUIRED属性执行。它使用了一个单独的事务,这个事务 拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。
在代码中我们该如何使用事务传播呢
很简单只需要在增加@Transactional注解的时候,增加propagation属性即可
直接上代码
@Transactional(propagation= Propagation.REQUIRED)
@Override
public AspResult<Integer> updateBussinessProjectByBpm(ProjectInfoModel projectInfoModel) {
//先判断商务项目是否存在
AspResult<Integer> aspResult = new AspResult<Integer>();
超级简单!
以上就是spring事务传播行为的简介。大家有什么问题,可以在回复中提一下,大家一起探讨学习下。
时间: 2024-12-24 21:04:22