Spring @Trancation注解

最新推荐文章于 2024-09-17 22:08:23 发布
转载 最新推荐文章于 2024-09-17 22:08:23 发布 · 609 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/userrain/p/5447887.html
文章标签：

#java #数据库

本文详细介绍了如何使用Spring框架的@Transactional注解来实现业务逻辑层的方法事务管理。包括注解的作用范围、事务传播特性、隔离级别、超时时间等关键属性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Spring可以通过注解@Transactional来为业务逻辑层的方法(调用DAO完成持久化动作)添加事务能力。

@Tranactional注解分析

  • 作用域：Transactional作用于类上表示类上所有的方法使用指定的事务管理策略，作用于方法表示该方法使用指定的事务管理策略；如果方法和类同时定义了@Tranactional注解，那么方法上定义的@Tranactional的属性覆盖类上定义的@Tranactional的属性
  • value： 用于匹配Spring中定义的tranactionManager的名字，默认是Spring中名称为transactionManager的事务管理器
  • propagation：事务传播属性，默认是Propagation.REQUIRED
  • isolation：事务隔离级别，默认是Isolation.DEFAULT，它是指数据库的默认隔离级别
  • timeout：事务超时时间，默认是TransactionDefinition.TIMEOUT_DEFAULT，它是指数据库的默认的事务超时时间
  • readOnly：设置该事务是否是只读事务；默认为false；
  • rollbackFor：用于设定需要进行回滚的异常类数组，默认只对运行时异常RuntimeException进行回滚。

PS：Spring中的用@Trancational注解标记的方法互相嵌套调用时与是否是同一个线程，同一个类没有关系。只要是Trancational方法，它就会根据propagation属性的值去决定是创建一个新的事务还是加入已存在的事务中。

具体参考文章：

http://blog.youkuaiyun.com/blueheart20/article/details/44654007

嵌套的@Trancation参考文章:

http://www.vito16.com/2015/10/07/spring-transaction-scope-bug.html

http://stamen.iteye.com/blog/1441794

转载于:https://www.cnblogs.com/userrain/p/5447887.html

@Transactional和@DS避免数据源冲突的解决方案（提供gitee源码）
黄团团的个人博客
09-30 7847
如何解决@Transactional和@DS的冲突问题，从业务还原、原因剖析和如何解决这三点一步步阐明，一份详细的总结文档
从注解@EventListener和@TransactionalEventListener掌握Spring的事件机制原理
致力于不留技术债务cuizb.top
05-23 2977
Spring为我们提供的一个事件监听、订阅的实现，内部实现原理是观察者设计模式；为的就是业务系统逻辑的解耦，提高可扩展性以及可维护性。事件发布者并不需要考虑谁去监听，监听具体的实现内容是什么，发布者的工作只是为了发布事件而已。在Spring中我们可以通过实现接口或者接口来实现事件驱动编程。比如我们做一个电商系统,用户下单支付成功后，我们一般要发短信或者邮箱给用户提示什么的,这时候就可以把这个通知业务做成一个单独事件监听,等待通知就可以了；把它解耦处理。Spring事件类自定义类描述运行程序上下文。
springTranction
06-10
spring事物的测试
@Tranactional 注解详解
大白的博客
12-13 4334
1.实现注解事务的实现步骤 1.在xml中配置信息 <tx:annotation-driven /> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource"...
@Transactional 详解
热门推荐
愿我如星君如月 ... 夜夜流光相皎洁 ...
11-23 47万+
@Transactional 是声明式事务管理 编程中使用的注解 1 .添加位置 1）接口实现类或接口实现方法上，而不是接口类中。 2）访问权限：public 的方法才起作用。@Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。 系统设计：将标签放置在需要进行事务管理的方法上，而不是放在所有接口实现类上：只读的接口就不需要事务管...
spring transaction
fxnfk
04-18 227
参考： 事务的概念 spring中的事务管控 spring framework api spring事务 spring并不直接管理事务，而是提供了多种事务管理器，将事务管理的职责委托给Hibernate或者JTA等持久化机制所提供的相关平台框架的事务来实现。 spring的事务管理接口是org.springframework.transaction.PlatformTransact...
（四）Spring Transaction
weixin_44138481的博客
08-19 270
一、事务回顾 1.事务特性（ACID） A: 作为一个不可拆分的整体，最小单位 C：一致性 I：隔离性 D：持久性 3.事务并发引起的问题 脏读：一个事务读取到另一个 还未提交的数据 不可重复读：一个是一个事务读取到另一个 已经提交的数据(修改) 幻（虚）读：一个是一个事务读取到另一个 已经提交的数据（新增或删除） 3.数据库隔离级别 mysql默认的隔离级别是什么？ 可重复读 → mysql不会导致幻读 二、Spring事务管理介绍 1.Spring事务管理常用对象 PlatformTransact
@Transactional 注解和事务的使用、失效情况
учёба
05-05 1862
针对隔离性的强度，共有以下事务提交之后事务还没有提交能被其他的事务看到因此，有下述三个事务的隔离级别脏读不可重复读幻读不可重复读的和幻读很容易混淆，不可重复读侧重于修改幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表。
Spring 的 @Transactional 如何实现的？
m0_71777195的博客
08-02 356
是spring中声明式事务管理的注解配置方式，相信这个注解的作用大家都很清楚。注解可以帮助我们把事务开启、提交或者回滚的操作，通过aop的方式进行管理。通过注解就能让spring为我们管理事务，免去了重复的事务管理逻辑，减少对业务代码的侵入，使我们开发人员能够专注于业务层面开发。我们知道实现@Transactional原理是基于springaop，aop又是动态代理模式的实现，通过对源码的阅读，总结出下面的步骤来了解实际中，在spring是如何利用aop来实现@Transactional的功能的。...
你必须懂！也可以懂的@Transactional原理！
Java_DaFei的博客
06-01 3456
1.前言 系统应用开发过程中通常需要使用事务来保证业务数据的一致性，实现方式如：开启事务、执行数据库写操作、提交或者回滚事务，这种标准实现方式适用于少量一致性业务，如果存在大量需要保证数据一致性的业务，不仅会让开发人员重复编码，还会给系统造成冗余代码。基于这些问题，伟大的Spring框架为我们提供了@Transactional注解，那么它是如何使用一个注解就解决了我们的烦恼呢？我们该如何着手进行分析呢？ SpringBoot集成的功能往往要从一个xxxAutoConfiguration开始说起 2.自动配置
spring Transcation事务的学习
weixin_33910759的博客
04-24 175
2019独角兽企业重金招聘Python工程师标准>>> ...
Spring中@Transcation原理、注意事项
heroking
01-12 3174
一、原理 spring事务有两种实现方式，基于jdk动态代理实现、基于cglib实现。spring默认基于jdk动态代理，springboot貌似2.x以后默认是使用cglib，当然选择使用哪种方式都是可配置的。无论使用哪种方式其原理简单来说就是 运行时动态生成代理类、加载该类、执行增强后的代理类的方法。 jdk动态代理是基于接口生成接口的实现类，接口没有的方法或者private、protect...
关于Spring的@Transaction注解说明
Timeguys的专栏
05-27 4719
数据库事务的几个特性： 原子性(Atomicity )、一致性( Consistency )、隔离性或独立性( Isolation)和持久性(Durabilily)，简称就是ACID。 1：通常情况下，为保证一个service层的方法中执行多个非查询语句操作都会采用： 使用 rollbackFor = Throwable.class 保证凡是抛出旗下子类的异常 ，都会进...
Spring @Transication标签
Be yourself.
07-03 1083
简单介绍 注意事项 参考文献 1. 简单介绍在项目中，@Transactional(readonly=false,rollbackFor=Exception.class)，如果类加了这个注解，那么这个类里面的方法抛出异常，就会回滚，数据库里面的数据也会回滚。2. 注意事项在使用springboot的过程中，出现了添加标签不起作用的问题。是因为，在类中调用添加Transication标签的方法是不会起
Java开发之@Transactional注解的介绍和使用
casually的博客
09-17 526
Transactional注解，以注解的方式，保证了Java开发中，操作的原子性。第一步：在启动类上，添加@EnableTransactionManagement。新增了菜品但没新增其口味 or 新增了它的口味但是没新增菜品。我们新增一个菜品及其对应的口味时，要么都成功，要么都失败。①什么是@Transactional注解？第二步：在对应的方法上，添加事务管理注解。②Transactional注解的使用。这俩必须同时成功 or 同时失败。即：不能出现下面的情况。
spring事务注解@Transactional
sjzwangxufeng的专栏
03-14 1084
本文对@Transactional使用中，常见问题、注意事项进行整理，尤其对逻辑上存在嵌套关系的事务，在出现异常时，分场景进行了详细分析
Spring中Transactional注解的使用详解和实例
进化的深山猿
12-12 1万+
Spring中Transactional注解的使用: @Transactional(propagation=Propagation.REQUIRED,rollbackFor = Exception.class) 已经有事务则直接加入，没有事务则新建事务；遇到异常则回滚 1)定义事物传播行为介绍: 　　@Transactional(propagation=Propagation.REQ...
@Transaction注解及失效详解
年少青山的博客
04-14 7641
@Transaction注解回滚失效详解
Spring第48篇：@Transaction 源码深度解析
chenzoff的专栏
06-06 862
通过源码来了解一下spring中@Transaction事务的原理。开始本文之前，下面这些知识需提前了解下1、吃透Spring AOP2、Spring编程式事务源码解析在这里插播两句，整个系列前后知识是有依赖的，大家最好按顺序阅读，这样不会出现无法理解的情况，若跳着读，可能会比较懵。。。...
trancation rolled back because it has been marked as rollback-only
最新发布
04-15
### 关于事务被标记为仅回滚的原因及解决方案 #### 原因分析 事务被标记为仅回滚（`Transaction rolled back because it has been marked as rollback-only`），通常发生在以下几种情况中： 1. **异常被捕获但未重新抛出** 当内部事务发生异常时，如果该异常被外部捕获并吞掉，则 Spring 的事务管理器无法感知到异常的发生。此时，虽然内部事务已经被标记为只读状态，但由于外部事务并未收到通知，最终会在提交阶段引发 `UnexpectedRollbackException`[^3]。 2. **嵌套事务的不当配置** 如果多个服务方法都标注了 `@Transactional` 注解，并且这些方法之间存在调用关系，那么默认情况下它们会共享同一个事务上下文。一旦其中一个子事务发生了不可恢复的操作（如抛出运行时异常），整个父事务也会受到影响，进而导致父事务被标记为只读状态[^4]。 3. **异常类型不符合回滚策略** 默认情况下，只有 unchecked exception （继承自 `RuntimeException` 或者 `Error` 类型）才会触发事务自动回滚行为；而对于 checked exception 则不会主动触发回滚机制。因此，如果没有显式声明支持某些特定类型的异常作为回滚条件（通过参数 `rollbackFor` 配置），即使出现了预期之外的情况也不会真正影响到当前事务的状态变化过程[^5]。 --- #### 解决方案 为了有效应对上述提到的各种潜在问题，可以采取如下措施来优化现有代码逻辑以及调整相关配置选项： 1. **合理设置传播特性** 使用合适的事务传播属性可以帮助我们更好地控制不同层次间如何相互作用及其各自独立性的保持程度。对于那些可能需要单独处理失败情形或者希望保留原有操作记录而不干扰整体流程的部分功能模块来说，推荐将其定义为具有嵌套特性的子事务单元。例如： ```java @Transactional(propagation = Propagation.NESTED, rollbackFor = Exception.class) public void nestedMethod() { // 子事务的具体实现细节... } ``` 这样一来，即便某个局部区域产生了错误状况，也不至于波及其他关联部分的工作成果[^1]。 2. **明确指定回滚规则** 显式地告诉框架哪些种类别的异常应当引起关注并促使相应的清理动作被执行是非常重要的一步。可以通过向 `@Transactional` 添加额外参数的方式来达成这一目标，比如下面的例子展示了怎样让任何 Throwable 实例都能成为终止信号源之一： ```java @Transactional(rollbackFor = {SQLException.class, IOException.class}) public void criticalOperation() throws SQLException, IOException { // 可能抛出 SQL 错误或 IO 故障的关键业务环节... } ``` 此外还可以利用反义词形式排除不需要考虑的情形列表，从而进一步细化定制化需求[^5]。 3. **改进异常处理机制** 在实际开发过程中难免遇到各种意外事件的发生概率增加的趋势，这就要求我们必须更加谨慎对待每一个可能出现风险的地方。一方面要尽量减少不必要的复杂度堆积现象以免造成难以追踪定位的问题根源所在之处；另一方面也要充分考虑到后续维护人员的理解成本高低差异等因素的影响效果。具体做法包括但不限于以下几个方面： - 不随意忽略已知的异常信息； - 对重要日志内容进行妥善保存以便事后审查分析之需； - 提供清晰易懂的帮助文档说明常见故障排查技巧等等[^3]. --- ### 示例代码 以下是基于以上讨论的一个综合改进建议版本示例： ```java @Service public class OrderService { @Autowired private PaymentService paymentService; /** * 主订单创建服务方法 */ @Transactional(rollbackFor = Exception.class) public void createOrder(Order order) throws BusinessException { try { saveOrder(order); paymentService.chargePayment(order.getOrderId(), order.getAmount()); } catch (BusinessException be) { log.error("Failed to process order creation", be); throw be; } finally { updateStatusIfNecessary(order); } } } @Service public class PaymentService { /** * 支付扣款服务方法 */ @Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class) public void chargePayment(Long orderId, BigDecimal amount) throws BusinessException { if (!validatePaymentConditions(orderId)) { throw new BusinessException("Invalid payment conditions"); } deductBalance(amount); // Simulate balance deduction logic here. } } ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值