`

spring事务声明的几种传播特性

 
阅读更多

最近遇到了一个spring事务导致的问题,所以写了几个小程序了解了一下事务的传播特性,下面分别举例子分别看看事务的传播特性。

 

        事务的几种传播特性

1. PROPAGATION_REQUIRED: 如果存在一个事务,则支持当前事务。如果没有事务则开启
Java代码  收藏代码
  1. /** 
  2.  * TransactionTestService     test1和test2配有事务(PROPAGATION_REQUIRED) */  
  3. public interface TransactionTestService {  
  4.     //事务属性 PROPAGATION_REQUIRED  
  5.     public void test1() throws Exception{  
  6.         avInfoTaskTunnel.insertAvInfoTask();  
  7.         test2();  
  8.     }  
  9.     //事务属性 PROPAGATION_REQUIRED  
  10.     public void test2() throws Exception{  
  11.         avRequestTunnel.insertAvRequest();  
  12.         throw new Exception();  
  13.     }  
  14. }  
  15.    
  16. /** 
  17.  * main 
  18.  */  
  19. public class TransactionTestMain {  
  20.    
  21.     public static void main(String[] args) throws Exception{  
  22.         TransactionTestService transactionTestService = (TransactionTestService)context.getBean("transactionTestService");  
  23.         try {  
  24.             transactionTestService.test1();  
  25.         } catch (Exception e) {  
  26.         }  
  27.     }  
  28. }  

        上述代码中test1()和test2()都配有PROPAGATION_REQUIRED事务属性,test1()内部调用test2(),这样 test1()和test2()方法将都处于同一事务之中,当在test2()中抛出异常,会导致test1()和test2()方法中的事务都回滚。

       但是,如果test1()方法对调用test2()时捕获异常,结果会是怎样的呢? test1应该能正常写入没问题,那么test2呢?

Java代码  收藏代码
  1. //test1()中捕获test2()抛出的异常  
  2.     public void test1() throws Exception{  
  3.         avInfoTaskTunnel.insertAvInfoTask();  
  4.         try {  
  5.             test2();  
  6.         }catch (Exception e) {  
  7.         }  
  8.    
  9.     }  

       最后的结果test2()也将会正常的写入。其实,上面情况中如果只是test1()配有PROPAGATION_REQUIRED事务属性,test2()不配置任何事务属性,发生的结果也是一致的。上面的情形相当于:

Java代码  收藏代码
  1. public static void main(String[] args) throws Exception{  
  2.         Connection con = null;  
  3.         try {  
  4.             con=getConnection();  
  5.             con.setAutoCommit(false);  
  6.             transactionTestService.test1(); //test1()和test2()处于同一事务之中  
  7.             con.commit();  
  8.         } catch (Exception e) {  
  9.             con.rollback();  
  10.         } finally {  
  11.             closeCon();  
  12.         }  
  13.     }  

         上述test1()和test2()是同一个类的两个方法,那么要是它们处于不同类呢?

Java代码  收藏代码
  1. //main函数不变,test1()中调用test2()地方换成调用另一个类中配有PROPAGATION_REQUIRED事务属性的方法  
  2.     //不对otherService.test2()捕获异常的情形就没必要说了,必定都回滚。  
  3.     public void test1() throws Exception{  
  4.         avInfoTaskTunnel.insertAvInfoTask();  
  5.         try {  
  6.             otherService.test2();  //PROPAGATION_REQUIRED事务属性  
  7.         } catch (Exception e) {  
  8.         }  
  9.     }  
  10.    
  11.     //otherService.test2()  
  12.     public void test2() throws Exception{  
  13.         avRequestTunnel.insertAvRequest();  
  14.         throw new Exception();  
  15.     }  

         上述同样捕获了异常,但是结果会怎样呢? 结果有点出乎意料,与之前test1(),test2()处于同一类的情形不同,这个时候,两个方法都将回滚,并且在调用test1()的地方会抛出下面 异常。这是由于子事务在回滚的时候已经将主事务标记成了rollback-only,这样导致主事务在提交的时候就会抛出下面这个异常。 另外:如果otherService.test2()没有配置任何事务属性,那么test2()抛出异常的时候,将导致test1()和test2()都 回滚。

Java代码  收藏代码
  1. org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only  

        上述情况网上查询到一种解决方式是在transactionManager中将 globalRollbackOnParticipationFailure 设置为false(默认是true)。但是这样又带来另一个问题,子事务也给一并提交了(这个时候子事务产生异常,不想提交),具体的解决方式还没找到, 但是我觉得不应该将这两个配置在同一事务中。

Xml代码  收藏代码
  1. <bean id="transactionManager"      
  2.         class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  
  3.         <property name="dataSource">  
  4.             <ref local="dataSource" />  
  5.         </property>  
  6.         <property name="globalRollbackOnParticipationFailure" value="false" />   
  7.     </bean>  

 

2. PROPAGATION_SUPPORTS: 如果存在一个事务,支持当前事务。如果没有事务,则非事务的执行
Java代码  收藏代码
  1. //TransactionTestService     test1()配有事务(PROPAGATION_SUPPORTS)  
  2.     public void test1() throws Exception{  
  3.         avInfoTaskTunnel.insertAvInfoTask();  
  4.         throw new Exception();  
  5.     }  
  6.    
  7.    
  8. /** 
  9.  * main 
  10.  */  
  11.     public class TransactionTestMain {  
  12.    
  13.         public static void main(String[] args) throws Exception{  
  14.             TransactionTestService transactionTestService = (TransactionTestService)context.getBean("transactionTestService");  
  15.             try {  
  16.                 transactionTestService.test1();  
  17.             } catch (Exception e) {  
  18.             }  
  19.        }  
  20.     }  

         TransactionTestService的test1()配有PROPAGATION_SUPPORTS事务属性,我们知道这种情形下如果配的是 PROPAGATION_REQUIRED事务属性,那么test1()将新建事务运行,但是PROPAGATION_SUPPORTS属性不会新建,这 种情形下,test1()方法将正常提交。那如果是外层事务配有事务呢?如下所示,此种情形test2()将处于事务之中了。

Java代码  收藏代码
  1. //PROPAGATION_REQUIRED事务属性  
  2.     public void test1() throws Exception{  
  3.         avInfoTaskTunnel.insertAvInfoTask();  
  4.         test2();  
  5.     }  
  6.     //PROPAGATION_SUPPORTS事务属性  
  7.     public void test2() throws Exception{  
  8.         avRequestTunnel.insertAvRequest();  
  9.         throw new Exception();  
  10.     }  

 

  3. PROPAGATION_MANDATORY: 如果已经存在一个事务,支持当前事务。如果没有一个活动的事务,则抛出异常。

 

Java代码  收藏代码
  1. //情形1:PROPAGATION_REQUIRED事务属性  情形2:不配任何事务属性  
  2.     public void test1() throws Exception{  
  3.         avInfoTaskTunnel.insertAvInfoTask();  
  4.         otherService.test2();  
  5.     }  
  6.     //otherService的test2()配置PROPAGATION_MANDATORY事务属性  
  7.     public void test2() throws Exception {  
  8.         avRequestTunnel.insertAvRequest();  
  9.         throw new Exception();  
  10.     }  
  11.    
  12. //test1()处于情形2时抛出异常,test2()不能够提交,但是test1()却是可以成功提交的  
  13. org.springframework.transaction.IllegalTransactionStateException: No existing transaction found for transaction marked with propagation 'mandatory'  

         上述情况,当test1()处于情形1时,会是的test1()和test2()都处于事务当中;test1()处于情形2时,就会抛异常,但是这个时 候test2()不能够提交,但是test1()却是可以成功提交的。此外,还有一点,注意上述test2()是处于另一个类中的,如果是处于同一个类, 那么PROPAGATION_MANDATORY不会因为外层是否有事务而抛异常。

4. PROPAGATION_REQUIRES_NEW: 总是开启一个新的事务。如果一个事务已经存在,则将这个存在的事务挂起。
Java代码  收藏代码
  1. //情形1:PROPAGATION_REQUIRED事务属性  情形2:不配任何事务属性  
  2.     public void test1() throws Exception{  
  3.         avInfoTaskTunnel.insertAvInfoTask();  
  4.         otherService.test2();  
  5.     }  
  6.     //otherService的test2()配置PROPAGATION_REQUIRES_NEW事务属性  
  7.     public void test2() throws Exception {  
  8.         avRequestTunnel.insertAvRequest();  
  9.         throw new Exception();  
  10.     }  

 上述情况,test1()处于情形2时test2()新建事务,这点没有问题。那如果test1()处于情形1呢?也就是说test1()已经有事务了。结果是test2()处于新的事务中,怎么确定是处于新的事务中呢?看下面代码:

Java代码  收藏代码
  1. //test1配置PROPAGATION_REQUIRED事务属性  
  2.     public void test1() throws Exception{  
  3.         avInfoTaskTunnel.insertAvInfoTask();  
  4.             otherService.test2();  //PROPAGATION_REQUIRES_NEW事务属性  
  5.     }  
  6.    
  7.     //otherService.test2()  
  8.     public void test2() throws Exception{  
  9.         avRequestTunnel.insertAvRequest();  
  10.         throw new Exception();  
  11.     }  

         如果是在同一事务中,那么情形将同于讲述PROPAGATION_REQUIRED属性时的情形,test1()和test2()都将回滚,并且抛出异 常事务被打上rollback-only标记的异常。但是这里,结果就是test2()回滚,test1正常提交,所以 otherService.test2()处于新的事务中。注意:上述情况test2()也是另一个类的方法,如果属于同一类,也就是test1()和 test2()处于同一个类,test1()中调用test2(),那么配置的PROPAGATION_REQUIRES_NEW将无效(跟 test2()什么事务属性都没配置一样)。但是如果是main函数中直接调用test2(),那么还是会起一个新的事务。

        另外一种证明test1()和test2()处于不同事务的方式是,在test2()不抛出异常,然后再test1()调用了test2()之后,抛出异常,最后结果是()回滚,test2()正常提交。

 

5. PROPAGATION_NOT_SUPPORTED: 总是非事务地执行,并挂起任何存在的事务。
Java代码  收藏代码
  1. //test1配置PROPAGATION_REQUIRED事务属性  
  2.     public void test1() throws Exception{  
  3.         avInfoTaskTunnel.insertAvInfoTask();  
  4.             otherService.test2();  //PROPAGATION_NOT_SUPPORTED事务属性  
  5.     }  
  6.    
  7.     //otherService.test2()  
  8.     public void test2() throws Exception{  
  9.         avRequestTunnel.insertAvRequest();  
  10.         throw new Exception();  
  11.     }  

         如果otherService.test2() 没有配置事务属性,那么test2()抛出异常时,test1()和test2()都回滚。但是现在test2()配置了 PROPAGATION_NOT_SUPPORTED事务属性,那么test2()将以非事务运行,而test1()继续运行在事务中,也就是说,此 时,test1()回滚,test2()正常提交。注意:如果test1()和test2()在同一类中,那么test2()的 PROPAGATION_NOT_SUPPORTED失效。

 

6. PROPAGATION_NEVER: 总是非事务地执行,如果存在一个活动事务,则抛出异常
Java代码  收藏代码
  1. //test1配置PROPAGATION_REQUIRED事务属性  
  2.     public void test1() throws Exception{  
  3.         avInfoTaskTunnel.insertAvInfoTask();  
  4.             otherService.test2();  //PROPAGATION_NEVER事务属性  
  5.     }  
  6.    
  7.     //otherService.test2()  
  8.     public void test2() throws Exception{  
  9.         avRequestTunnel.insertAvRequest();  
  10.         throw new Exception();  
  11.     }  
  12. //test1()配置PROPAGATION_REQUIRED事务属性, otherService.test2()配置PROPAGATION_NEVER事务属性,将抛下面异常:  
  13. org.springframework.transaction.IllegalTransactionStateException: Existing transaction found for transaction marked with propagation 'never'  

 当然上述情况,如果是test1()和test2()在同一类中,那么PROPAGATION_NEVER也将失效。

 

7. PROPAGATION_NESTED:如果一个活动的事务存在,则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行

        最容易弄混淆的其实是 PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED。PROPAGATION_REQUIRES_NEW 启动一个新的, 不依赖于环境的 "内部" 事务. 这个事务将被完全 commited 或 rolled back 而不依赖于外部事务, 它拥有自己的隔离范围, 自己的锁, 等等. 当内部事务开始执行时, 外部事务将被挂起, 内务事务结束时, 外部事务将继续执行。另一方面, PROPAGATION_NESTED 开始一个 "嵌套的" 事务, 它是已经存在事务的一个真正的子事务. 嵌套事务开始执行时, 它将取得一个 savepoint. 如果这个嵌套事务失败, 我们将回滚到此 savepoint.。嵌套事务是外部事务的一部分, 只有外部事务结束后它才会被提交。由此可见, PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED 的最大区别在于, PROPAGATION_REQUIRES_NEW 完全是一个新的事务, 而 PROPAGATION_NESTED 则是外部事务的子事务, 如果外部事务 commit, 潜套事务也会被 commit, 这个规则同样适用于 roll back.

Java代码  收藏代码
  1. //test1配置PROPAGATION_REQUIRED事务属性  
  2.     public void test1() throws Exception{  
  3.         avInfoTaskTunnel.insertAvInfoTask();  
  4.             otherService.test2();  //PROPAGATION_NESTED事务属性  
  5.     }  
  6.    
  7.     //otherService.test2()  
  8.     public void test2() throws Exception{  
  9.         avRequestTunnel.insertAvRequest();  
  10.     }  

         上述情况,如果otherService.test2()配置PROPAGATION_REQUIRES_NEW事务属性,这样test1()回滚,但 是test2()正常提交,因为这是两个事务。但是如果otherService.test2()配置PROPAGATION_NESTED事务属性,那 么test1()和test2()都将回滚。

分享到:
评论

相关推荐

    事务传播特性了解事务的几种传播特性

    #### 三、详细解释每种传播特性 - **PROPAGATION_REQUIRED**:这是最常用的事务传播行为,如果当前存在事务,则当前方法将在该事务中运行;如果当前不存在事务,则会创建一个新的事务,并在该事务中运行当前方法。...

    Spring事务的传播特性和隔离级别

    ### Spring事务的传播特性和隔离级别 #### 一、事务的基本概念 在计算机科学中,事务(transaction)是指一系列操作的集合,这些操作要么全部成功完成,要么全部失败回滚,确保数据的一致性和完整性。事务具备四个...

    SPRING事务传播特性&事务隔离级别

    下面详细介绍 Spring 的几种事务传播特性: 1. **PROPAGATION_REQUIRED** - **定义**:如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务。 - **应用场景**:这是最常用的一种事务传播特性...

    spring事务几种传播方式

    通过理解这七种传播行为的含义及其适用场景,开发者可以在Spring应用中更灵活地管理事务,从而提高系统的可靠性和性能。在实际开发过程中,根据具体的需求选择适当的传播行为是非常关键的一步。

    Spring事务管理Demo

    在Spring事务管理Demo中,通常会包含以下几个步骤: 1. 配置事务管理器:在Spring的XML配置文件中,根据数据库类型(如JDBC、Hibernate、MyBatis等)配置相应的事务管理器。 2. 开启事务:使用`@Transactional`注解...

    Spring事务五种不同的代理配置

    此外,Spring 事务管理还涉及到事务隔离级别(如 READ_UNCOMMITTED、READ_COMMITTED、REPEATABLE_READ、SERIALIZABLE)和事务超时设置等高级特性。这些都可以通过配置或者注解进行定制,以满足不同业务场景的需求。 ...

    spring事务与数据库操作

    ### Spring事务与数据库操作 #### 一、Spring的声明式事务管理 在现代软件开发中,事务处理是非常关键的一部分,特别是在涉及多个数据操作时。Spring框架提供了强大的事务管理能力,可以方便地集成到应用程序中。...

    spring几种事务配置详解【精】

    本文将深入探讨Spring中的几种事务配置方式,帮助开发者更好地理解和运用。 1. **编程式事务管理** 编程式事务管理是在代码中显式调用事务API来控制事务的开始、提交、回滚等操作。这种方式直接在业务逻辑代码中...

    Spring事务管理失效原因汇总

    在讨论了代理模式、异常分类、方法权限后,文章还提到了Spring事务管理中事务的传播机制和隔离机制。事务的传播机制定义了事务的行为,例如是否在当前事务中执行或者创建一个新的事务。隔离机制定义了事务之间的隔离...

    spring事物的7大传播机制,5个隔离机制

    ### Spring事务的七大传播行为 在深入探讨Spring框架下的事务管理之前,我们首先明确事务的概念。事务是指一组操作作为一个整体,要么全部成功,要么全部失败。Spring提供了多种方式来管理和控制事务,其中一种重要...

    spring声明式事务管理配置方式

    1. **Spring事务管理器(Transaction Manager)**: - Spring支持多种事务管理器,如DataSourceTransactionManager(用于JDBC事务)和HibernateTransactionManager(用于Hibernate)。事务管理器是负责处理事务的...

    Spring事务管理的几种配置方式,

    声明式事务管理是Spring中最常用的事务管理方式,它通过AOP(面向切面编程)来实现。在配置文件中,我们可以通过`&lt;tx:advice&gt;`元素定义事务行为,并使用`&lt;aop:config&gt;`或`@AspectJ`注解来指定哪些方法应该在事务中...

    Spring 事务 (二) Spring 声明式事务 配置

    本文主要探讨Spring声明式事务管理的配置,这是Spring提供的一种简便的事务管理方式,允许开发者在不编写任何事务管理代码的情况下实现事务控制。这种方式极大地提高了代码的可维护性和可读性。 首先,我们要理解...

    JavaEE spring事务操作环境和基本功能搭建

    接下来,我们将通过以下几个步骤来搭建Spring事务操作环境: 1. **引入依赖**:在项目中添加Spring框架和数据库驱动的相关依赖,如Maven的pom.xml文件。 2. **配置数据源**:在Spring的配置文件中,配置数据源,如...

    声明式事务控制spring+hibernate集成

    在IT行业中,尤其是在企业级应用开发中,声明式事务控制是一种常见的事务管理方式。它允许开发者通过配置,而不是代码来管理事务,使得事务处理更加简洁、易于维护。本主题聚焦于"声明式事务控制"在Spring 2.5与...

    spring2.0声明式事务

    以下是常见的几种传播行为: - **PROPAGATION_REQUIRED**:如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务。 - **PROPAGATION_MANDATORY**:如果当前存在事务,则加入该事务;如果当前没有...

    Spring基于XML方式配置事务

    首先,Spring的事务管理分为两种模式:编程式事务管理和声明式事务管理。编程式事务管理通过`PlatformTransactionManager`接口及其实现类(如`DataSourceTransactionManager`)进行手动控制,而声明式事务管理则更加...

    SpringBoot事务和Spring事务详讲

    Spring 提供了一种抽象化的事务管理方式,使得开发者可以更加专注于业务逻辑而不是底层事务处理的细节。 ##### 1. 核心接口 Spring 的事务管理涉及到几个核心接口,其中最重要的是 `PlatformTransactionManager` ...

Global site tag (gtag.js) - Google Analytics