浅析spring事务传播级别

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

浅析spring事务传播级别的相关文章

Spring事务传播特性的浅析——事务方法嵌套调用的迷茫

  Spring事务传播机制回顾     Spring事务一个被讹传很广说法是:一个事务方法不应该调用另一个事务方法,否则将产生两个事务.结果造成开发人员在设计事务方法时束手束脚,生怕一不小心就踩到地雷. 其实这是不认识Spring事务传播机制而造成的误解,Spring对事务控制的支持统一在TransactionDefinition类中描述,该类有以下几个重要的接口方法:  int getPropagationBehavior():事务的传播行为 int getIsolationLevel():

面试-spring事务传播属性有哪几种

问题描述 spring事务传播属性有哪几种 今天面试遇到的问题,spring事务传播属性有哪几种?常用的有哪些 解决方案 spring事务传播属性与隔离级别spring事务传播属性与隔离级别Spring 事务传播属性 解决方案二: 1.propagation_required spring默认的事务方式,如果当前存在事务,沿用当前事务,不存在事务,开启一个事务2.propagation_suports 以当前事务方式运行,当前没事务,不开启新的事务3.propagation_mandatory

spring事务传播机制的测试结果

/**     * @Component是个一般性的注解,使用此注解修饰的POJO类,有value属性,指定bean的id.也可不写.默认值是类名首字母小写     * @Resource是控制依赖注入的,@Resource有两个属性是比较重要的,分是name和type.设置那个属性,按那个策略注入.不设置,默认按ByName策略注入.     * @Autowired是控制依赖注入.按byType自动注入.     *      * @Controller是springMVC中注解控制器的. 

Spring事务传播行为

Spring在TransactionDefinition接口中规定了7种类型的事务传播行为,它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播,如表下图所示.

spring事务传播行为的疑惑,同一个service不同方法

问题描述 在一个service的两个方法配置不同的传播属性.比如:doTest方法配置了Propagation.required事务传播属性,updateNotesByWoId配置了Propagation.NESTED事务传播属性.其中doTest调用了updateNotesByWoId方法.此时Propagation.NESTED失效了,updateNotesByWoId抛出异常后不会回滚到savepoint.而如果两个方法在不同service里面,那么此时Propagation.NESTED

关于spring事物传播级别,今天遇到了一个奇怪问题!

问题描述 背景:被事物管理的seriveA.a()方法调用被事物管理的seriveB.b(),b方法抛出回滚异常.a.b方法的propagation都为REQUIRED情况1:seriveB.b()方法是在seriveA.a()的最后一行调用,a方法的update操作没有回滚.a(){//dosomethingb();}情况2:seriveB.b()方法是在seriveA.a()的中间调用,a方法的update操作并回滚.a(){//dosomethingb();//dosomething}这是

Spring五个事务隔离级别和七个事务传播行为

Spring五个事务隔离级别和七个事务传播行为 1. 脏读 :脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事务也访问这个数据,然后使用了这个数据. 2. 不可重复读 :是指在一个事务内,多次读同一数据.在这个事务还没有结束时,另外一个事务也访问该同一数据.那么,在第一个事务中的两 次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的.这样就发生了在一个事务内两次读到的数据是不一样的,因此称为是不 可重复读.例如

spring mybatis 事务隔离级别

问题描述 spring mybatis 事务隔离级别 我数据库的主键是单独存放在一张公共表里面的,里面的数据如下: 表名|当前值 table1|20 然后通过一个存储过程来每次获取递增. 我配置的是service级别的事务.我在一个service里面把要插入的数据封装到List里面,多次调用自增长主键存储过程,发发现每次获取的都是相同的值.按理说我每次调用数据库里面的值就会从20变成21,依次类推.是不是默认的事务隔离级别是不提交我的事务.等全部执行成功之后才提交事务? 我应该配置成什么隔离级别

深入理解Spring事务原理_java

一.事务的基本原理 Spring事务的本质其实就是数据库对事务的支持,没有数据库的事务支持,spring是无法提供事务功能的.对于纯JDBC操作数据库,想要用到事务,可以按照以下步骤进行:  1.获取连接 Connection con = DriverManager.getConnection()  2.开启事务con.setAutoCommit(true/false);  3.执行CRUD  4.提交事务/回滚事务 con.commit() / con.rollback();  5.关闭连接