@Transactional 用法

最新推荐文章于 2025-04-16 17:18:26 发布
最新推荐文章于 2025-04-16 17:18:26 发布
阅读量743 收藏 2
点赞数
分类专栏： 事务@Transactional


@Transactional 用法

标签： class
2017-06-19 13:57 57人阅读 评论(0) 收藏 举报
分类：

1.  @Transactional的定义

    Spring中的@Transactional基于动态代理的机制，提供了一种透明的事务管理机制，方便快捷解决在开发中碰到的问题。在现实中，实际的问题往往比我们预期的要复杂很多，这就要求对@Transactional有深入的了解，以来应对复杂问题。

首先我们来看看@Transactional的代码定义：

  1. @Target({ElementType.METHOD, ElementType.TYPE})  
  2. @Retention(RetentionPolicy.RUNTIME)  
  3. @Inherited  
  4. @Documented  
  5. public @interface Transactional {  
  6.   
  7.     /**  
  8.      * A qualifier value for the specified transaction.  
  9.      * <p>May be used to determine the target transaction manager,  
  10.      * matching the qualifier value (or the bean name) of a specific  
  11.      * {@link org.springframework.transaction.PlatformTransactionManager}  
  12.      * bean definition.  
  13.      */  
  14.     String value() default "";  
  15.   
  16.     /**  
  17.      * The transaction propagation type.  
  18.      * Defaults to {@link Propagation#REQUIRED}.  
  19.      * @see org.springframework.transaction.interceptor.TransactionAttribute#getPropagationBehavior()  
  20.      */  
  21.     Propagation propagation() default Propagation.REQUIRED;  
  22.   
  23.     /**  
  24.      * The transaction isolation level.  
  25.      * Defaults to {@link Isolation#DEFAULT}.  
  26.      * @see org.springframework.transaction.interceptor.TransactionAttribute#getIsolationLevel()  
  27.      */  
  28.     Isolation isolation() default Isolation.DEFAULT;  
  29.   
  30.     /**  
  31.      * The timeout for this transaction.  
  32.      * Defaults to the default timeout of the underlying transaction system.  
  33.      * @see org.springframework.transaction.interceptor.TransactionAttribute#getTimeout()  
  34.      */  
  35.     int timeout() default TransactionDefinition.TIMEOUT_DEFAULT;  
  36.   
  37.     /**  
  38.      * {@code true} if the transaction is read-only.  
  39.      * Defaults to {@code false}.  
  40.      * <p>This just serves as a hint for the actual transaction subsystem;  
  41.      * it will <i>not necessarily</i> cause failure of write access attempts.  
  42.      * A transaction manager which cannot interpret the read-only hint will  
  43.      * <i>not</i> throw an exception when asked for a read-only transaction.  
  44.      * @see org.springframework.transaction.interceptor.TransactionAttribute#isReadOnly()  
  45.      */  
  46.     boolean readOnly() default false;  
  47.   
  48.     /**  
  49.      * Defines zero (0) or more exception {@link Class classes}, which must be a  
  50.      * subclass of {@link Throwable}, indicating which exception types must cause  
  51.      * a transaction rollback.  
  52.      * <p>This is the preferred way to construct a rollback rule, matching the  
  53.      * exception class and subclasses.  
  54.      * <p>Similar to {@link org.springframework.transaction.interceptor.RollbackRuleAttribute#RollbackRuleAttribute(Class clazz)}  
  55.      */  
  56.     Class<? extends Throwable>[] rollbackFor() default {};  
  57.   
  58.     /**  
  59.      * Defines zero (0) or more exception names (for exceptions which must be a  
  60.      * subclass of {@link Throwable}), indicating which exception types must cause  
  61.      * a transaction rollback.  
  62.      * <p>This can be a substring, with no wildcard support at present.  
  63.      * A value of "ServletException" would match  
  64.      * {@link javax.servlet.ServletException} and subclasses, for example.  
  65.      * <p><b>NB: </b>Consider carefully how specific the pattern is, and whether  
  66.      * to include package information (which isn't mandatory). For example,  
  67.      * "Exception" will match nearly anything, and will probably hide other rules.  
  68.      * "java.lang.Exception" would be correct if "Exception" was meant to define  
  69.      * a rule for all checked exceptions. With more unusual {@link Exception}  
  70.      * names such as "BaseBusinessException" there is no need to use a FQN.  
  71.      * <p>Similar to {@link org.springframework.transaction.interceptor.RollbackRuleAttribute#RollbackRuleAttribute(String exceptionName)}  
  72.      */  
  73.     String[] rollbackForClassName() default {};  
  74.   
  75.     /**  
  76.      * Defines zero (0) or more exception {@link Class Classes}, which must be a  
  77.      * subclass of {@link Throwable}, indicating which exception types must <b>not</b>  
  78.      * cause a transaction rollback.  
  79.      * <p>This is the preferred way to construct a rollback rule, matching the  
  80.      * exception class and subclasses.  
  81.      * <p>Similar to {@link org.springframework.transaction.interceptor.NoRollbackRuleAttribute#NoRollbackRuleAttribute(Class clazz)}  
  82.      */  
  83.     Class<? extends Throwable>[] noRollbackFor() default {};  
  84.   
  85.     /**  
  86.      * Defines zero (0) or more exception names (for exceptions which must be a  
  87.      * subclass of {@link Throwable}) indicating which exception types must <b>not</b>  
  88.      * cause a transaction rollback.  
  89.      * <p>See the description of {@link #rollbackForClassName()} for more info on how  
  90.      * the specified names are treated.  
  91.      * <p>Similar to {@link org.springframework.transaction.interceptor.NoRollbackRuleAttribute#NoRollbackRuleAttribute(String exceptionName)}  
  92.      */  
  93.     String[] noRollbackForClassName() default {};  
  94.   
  95. }  
  基于源代码，我们可以发现在@Transactional，原来有这么多的属性可以进行配置，从而达到复杂应用控制的目的。具体各个属性的用法和作用，将在本文的后面逐一进行讲解和说明。

2.  使用@Transactional的Spring配置

     为了使用基于@Transactional的事务管理，需要在Spring中进行如下的配置：

  1. <beans:bean id="transactionManager"  
  2.     class="org.springframework.orm.jpa.JpaTransactionManager">  
  3.     <beans:property name="dataSource" ref="dataSource" />  
  4.     <beans:property name="entityManagerFactory" ref="entityManagerFactory" />  
  5. </beans:bean>  
  6.   
  7. <!-- 声明使用注解式事务 -->  
  8. <tx:annotation-driven transaction-manager="transactionManager" /> 
 dataSource是在Spring配置文件中定义的数据源的对象实例，EntityManagerFactory是基于JPA使用的实体类管理器：org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean。这些都是用来配置与数据库的连接信息，本质上，@Transactional使用了JDBC的事务来进行事务控制的。

  <annotation-driven>标签的声明，则是在Spring内部启用@Transactional来进行事务管理，类似开关之类的声明。

3.  @Transactional之value

    value这里主要用来指定不同的事务管理器；主要用来满足在同一个系统中，存在不同的事务管理器。比如在Spring中，声明了两种事务管理器txManager1, txManager2.

然后，用户可以根据这个参数来根据需要指定特定的txManager.

   那有同学会问什么情况下会存在多个事务管理器的情况呢？ 比如在一个系统中，需要访问多个数据源或者多个数据库，则必然会配置多个事务管理器的。

4.   @Transactional之propagation

      Propagation支持7种不同的传播机制：

  •  REQUIRED
               业务方法需要在一个事务中运行,如果方法运行时,已处在一个事务中,那么就加入该事务,否则自己创建一个新的事务.这是spring默认的传播行为.。 
  •  SUPPORTS： 
               如果业务方法在某个事务范围内被调用,则方法成为该事务的一部分,如果业务方法在事务范围外被调用,则方法在没有事务的环境下执行。
  •  MANDATORY：
               只能在一个已存在事务中执行,业务方法不能发起自己的事务,如果业务方法在没有事务的环境下调用,就抛异常
  •  REQUIRES_NEW
             业务方法总是会为自己发起一个新的事务,如果方法已运行在一个事务中,则原有事务被挂起,新的事务被创建,直到方法结束,新事务才结束,原先的事务才会恢复执行.
  •  NOT_SUPPORTED
           声明方法需要事务,如果方法没有关联到一个事务,容器不会为它开启事务.如果方法在一个事务中被调用,该事务会被挂起,在方法调用结束后,原先的事务便会恢复执行.
  • NEVER：
              声明方法绝对不能在事务范围内执行,如果方法在某个事务范围内执行,容器就抛异常.只有没关联到事务,才正常执行.
  •  NESTED：

          如果一个活动的事务存在,则运行在一个嵌套的事务中.如果没有活动的事务,则按REQUIRED属性执行.它使用了一个单独的事务, 这个事务拥有多个可以回滚的保证点.内部事务回滚不会对外部事务造成影响, 它只对DataSourceTransactionManager 事务管理器起效.

     其实大家最感到困惑的是REQUIRED_NEW和NESTED两种不同的传播机制，功能类似，都涉及到了事务嵌套的问题，那两者有何区别呢？该如何正确使用这两种模式呢？

        以下是摘自Spring的文档：
           PROPAGATION_REQUIRES_NEW : uses a completely independent transaction for each affected transaction scope. In that case, the underlying physical transactions are different and hence can commit or roll back independently, with an outer transaction not affected by an inner transaction's rollback status.
         内部的事务独立运行，在各自的作用域中，可以独立的回滚或者提交；而外部的事务将不受内部事务的回滚状态影响。 
         ROPAGATION_NESTED : uses a single physical transaction with multiple savepoints that it can roll back to. Such partial rollbacks allow an inner transaction scope to trigger a rollback for its scope, with the outer transaction being able to continue the physical transaction despite some operations having been rolled back. This setting is typically mapped onto JDBC savepoints, so will only work with JDBC resource transactions.
       NESTED的事务，基于单一的事务来管理，提供了多个保存点。这种多个保存点的机制允许内部事务的变更触发外部事务的回滚。而外部事务在混滚之后，仍能继续进行事务处理，即使部分操作已经被混滚。 由于这个设置基于JDBC的保存点，所以只能工作在JDBC的机制智商。
       由此可知， 两者都是事务嵌套，不同之处在于，内外事务之间是否存在彼此之间的影响；NESTED之间会受到影响，而产生部分回滚，而REQUIRED_NEW则是独立的。
5.   @Transactional之isolation
       隔离级别所要解决的问题是在应用程序中，存在多个事务同时在运行之时，需要解决和处理好的问题。那首先来看看，一般会出现哪些问题呢？先来看看吧。
  •       脏读（dirty read)  
         一个事物更新了数据库中的某些数据，另一个事物读取了这些数据，这时前一个事物由于某些原因回滚了，那么第二个事物读取的数据就是“脏数据” 
  •        不可重复读（non-repeatable read)
        一个事物需要两次查询同一数据，但两次查询中间可能有另外一个事物更改了这个数据，导致前一个事物两次读出的数据不一致。
  •         幻读 （phantom read)
           一个事物两次查询同一个表，但两次查询中间可能有另外一个事物又向这个表中插入了一些新数据，导致前一个事物的两次查询不一致  
  下面来看看Spring中@Transactional中Isolation有具备的值：
  •   DEFAULT  使用各个数据库默认的隔离级别
  •   Read Uncommited :读未提交数据( 会出现脏读,不可重复读,幻读  )
  •  Read Commited :读已提交的数据(会出现不可重复读,幻读)
  •  Repeatable Read :可重复读(会出现幻读)
  •  Serializable :串行化

     其与事务中容易出现的问题对应关系具体如下：     

    具体如何来设置具体的隔离界别，则依据业务系统具体可以容忍的程度而定。Serializable最为严格，然而效率最低；Read Uncommited效率最高，但是容易出现各种问题，中间的2个级别介于二者之间，故本质上是效率与出错概率的平衡与妥协。

6.    @Transactional之timeout

      用于设置事务处理的时间长度，阻止可能出现的长时间的阻塞系统或者占用系统资源。单位为秒。如果超时设置事务回滚，并抛出TransactionTimedOutException异常。

    spring事务超时 = 事务开始时到最后一个Statement创建时时间 + 最后一个Statement的执行时超时时间（即其queryTimeout）。

     关于事务超时时间的计算可以参考：http://jinnianshilongnian.iteye.com/blog/1986023

7.   @Transactional之readOnly

      默认情况下是false，可以显示指定为true， 告诉程序该方法下使用的是只读操作，如果进行其他非读操作，则会跑出异常；这个紧紧适用于只有readOnly标识的情况下，当其与propagation机制同时使用之时，则会出现只读设置被覆盖的情况，比如在required的情况下。在使用 REQUIRED 传播模式时，会抛出一个只读连接异常。使用 JDBC 时是这样。使用基于 ORM 的框架时，只读标志只是对数据库的一个提示，并且一条基于 ORM 框架的指令（本例中是 hibernate）将对象缓存的 flush 模式设置为 NEVER，表示在这个工作单元中，该对象缓存不应与数据库同步。不过，REQUIRED 传播模式会覆盖所有这些内容，允许事务启动并工作，就好像没有设置只读标志一样。

     具体的详细内容可以参考： http://robinsoncrusoe.iteye.com/blog/825531

8.   @Transactional之rollbackForClassName/rollbackFor

       Spring默认情况下会对运行期例外(RunTimeException)进行事务回滚。这个例外是unchecked，如果遇到checked意外就不回滚。

       用来指明回滚的条件是哪些异常类或者异常类名。用法比较简单，这些不再赘述。

9.   @Transactional之noRollbackForClassName/noRollbackFor
       作用雷同于8， 用来指明在抛出特定异常的情况下，不进行数据库的事务回滚操作。

10. 总结

      在针对@Transactional的各个属性进行详细分析之后，相信各位对他们具体的含义和应用场景有了一定的认识，使用起来便会不再那么迷茫和犹豫；非常感谢Spring给我们提供了这些便捷的事务管理方式，摆脱了繁琐的体力活，提升了开发的效率。

      在这里这些资料的过程中，参考诸多blog的文字，不再一一列出，一并致谢，更多的是希望站在这些巨人的肩上，能把技术点和应用点，解释清楚即可。

Spring中@Transactional用法详细介绍
08-31
主要介绍了Spring中@Transactional用法详细介绍的相关资料,需要的朋友可以参考下
Spring @Transactional工作原理详解
08-28
当在方法上标注`@Transactional`时，Spring会自动在方法执行前后管理事务边界。这意味着，如果方法内部发生异常，事务会被回滚；反之，如果方法正常执行完毕，事务则会被提交。这个过程是由Spring AOP（面向切面编程...
Spring中@Transactional用法
gloryzyf
05-14 1125
引言： 在Spring中@Transactional提供一种控制事务管理的快捷手段，但是很多人都只是@Transactional简单使用，并未深入了解，其各个配置项的使用方法，本文将深入讲解各个配置项的使用。 1.  @Transactional的定义     Spring中的@Transactional基于动态代理的机制，提供了一种透明的事务管理机制，方便快捷解决在开发中碰到的问题。
@Transactional self-invocation does not lead to an actual transaction at runtime解决办法
最新发布
大户影视的博客
04-16 952
接着，methodA()内部调用methodB()，这时候的调用是直接调用this.methodB()，也就是目标对象自己的方法，而不是代理对象的方法，因此@Transactional的拦截器不会被触发，导致methodB()不会在事务中执行。总结一下，原话的意思就是说，在同一个类中的方法A调用带有@Transactional的方法B时，由于是自调用，没有经过Spring的代理，所以方法B上的事务注解不会生效，不会开启事务。所以，想要让自调用也应用事务，可能需要通过代理来调用方法，而不是直接调用。
@Transactional使用方法
记录或发现工作问题，予以解决
01-28 1100
在 spring 项目中, @Transactional 注解默认会回滚RuntimeException以及其子类，其它范围之外的异常 Spring 不会进行事务回滚如果也想要回滚，在方法或者类加上@Transactional(rollbackFor = Exception.class)fill:#333;color:#333;color:#333;fill:none;
@Transactional注解的使用
米诺有糖吃
04-26 5655
Transactional注解的底层实现是基于AOP和TransactionInterceptor拦截器来实现的，它使用了TransactionManager来管理事务，确保了在一个事务内执行的所有操作都是原子性、一致性、隔离性和持久性的。@Transactional 注解可以确保一个方法或类中的操作要么全部成功提交，要么全部回滚，从而保证数据的完整性和一致性。它适用于许多场景，包括数据库事务、业务逻辑、缓存更新、消息队列等。
@Transactional 的使用
fuqilee的博客
08-21 2598
对事物的管理，想必每个项目可能都会用到，一般是在service层使用，但我遇到一个问题，就是在controller里面使用到了，业务逻辑直接在controller里面处理了，这是已有项目的架构，我无法再重新去改设计，所以怎么办呢，就是把事物加到controller里面。 @Transactional @Controller public class TestController(){   ...
springboot中事务管理@Transactional的注意事项与使用场景
08-26
SpringBoot 中事务管理 @Transactional 的注意事项与使用场景 在本篇文章中，我们将详细讲解 SpringBoot 中事务管理 @Transactional 的注意事项与使用场景，以帮助开发者更好地理解和使用 @Transactional 注解。 ...
Spring声明式事务@Transactional知识点分享
08-25
* 如果在方法上使用 @Transactional 注解，那么该方法将覆盖类上的注解属性。 @Transactional 注解是 Spring 框架中实现声明式事务的关键，可以灵活地控制事务的传播行为、隔离级别和读写控制。
spring的@Transactional注解用法解读
08-28
【Spring的@Transactional注解用法解读】 事务管理是企业级应用程序中的关键部分，它确保了在发生异常时数据的一致性。Spring框架提供了一种统一的方式来处理事务管理，包括对不同事务API（如JTA、JDBC、Hibernate...
后端 Java Spring Data Jpa @Transactional 介绍
03-17
在Java后端开发中，Spring框架提供了强大的事务管理能力，特别是在使用Spring Data JPA时，`@Transactional`注解使得事务处理变得简单易用。这个注解是Spring框架中的核心部分，它允许开发者声明性地控制事务边界，...
@Transactional详解与使用示例
qq_45752401的博客
10-16 6748
@Transactional@Transactional@Transactional 实现原理事务的隔离级别：事务传播行为：spring事务回滚规则：演示示例 @Transactional package org.springframework.transaction.annotation; import java.lang.annotation.Documented; import java.lang.annotation.ElementType; import java.lang.annotation
@Transactional()的使用
19.2.04.157N的博客
06-14 1034
@Transactional()的使用
@Transactional使用
lixiaolin8099的博客
04-03 1481
是spring中常用的注解之一，通常情况下我们在需要对一个service方法添加事务时，加上这个注解，如果发生unchecked exception，就会发生rollbackmybatis自动参与到spring事务管理中，无需额外配置，只要org.mybatis.spring.SqlSessionFactoryBean引用的数据源与DataSourceTransactionManager引用的数据源一致即可，否则事务管理会不起作用。
@Transactional 注解用法指南
爱琴孩的博客
09-01 354
针对不同业务定制异常类型是比较常见的做法，@Transactional 注解的 rollbackFor 参数支持自定义的异常，但我们往往习惯于将这些自定义异常继承自 RuntimeException。那么这就出现和上边同样的问题，事务的范围不足，许多异常类型仍然无法触发事务回滚。try {想要解决这个问题，可以在 catch 中主动抛出我们自定义的异常。try {上面的关于 @Transactional 注解的使用注意事项是我在代码审查和搜集网络观点后整理出的。
@Transactional注解怎么使用？
zsyoung的博客
03-13 3326
@Transactional注解的使用： 1、在方法或者类上都可以添加，如果在类上添加，则此类中的所有方法都会执行事务，不推荐，因为可能后续接手开发的小伙伴添加方法的时候根本不需要执行事务； 2、触发事务回滚有两种方式： a. 方法抛出异常自动进行回滚；如果使用了try catch，要在catch中抛出异常； b. 手动执行回滚：在方法中添加：TransactionAsceptSuppor...
一文读懂@Transactional 的常见用法
SiYuan2的博客
11-12 1018
Transactional 是Spring提供的一个极其强大的工具，可以帮助开发者简化事务管理的复杂性，确保数据操作的完整性和一致性。在使用 @Transactional 时，我们需要合理配置传播行为、隔离级别等参数，并且注意常见的使用误区，如嵌套调用、异常类型限制等。正确使用@Transactional 可以提高代码的健壮性和数据一致性，从而使系统更加稳定可靠。拜拜~
Spring 中 @Transactional 注解的用法
秋元的博客
02-25 1293
注解的方法，Spring 会忽略事务配置，方法不会参与事务管理。要确保事务的有效性，应该确保调用的事务方法是在事务上下文中执行的。如果抛出异常，事务会回滚。的方法时，Spring 会自动启动一个事务，并在方法执行成功时提交事务，执行过程中出现异常时回滚事务。Spring 提供了对事务的全面管理，允许开发者通过注解来配置事务的行为，而不需要手动编写事务管理代码。类中的所有方法都将自动开启事务，并且如果其中任何方法抛出异常，所有数据库操作都会回滚。注解的方法，默认情况下，外部方法的事务会传播到内部方法。
@Transactional注解详细使用
热门推荐
Dream_it_possible！的博客
07-07 7万+
三、开发案例 workflow服务: payment服务添加注解:回滚所有的异常。 workflow调用payment服务的saveTransactionDatasBatch方法:
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值