Spring事务实现及失效场景

最新推荐文章于 2025-05-13 14:26:44 发布
原创 最新推荐文章于 2025-05-13 14:26:44 发布 · 1.1k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#spring #java #后端

Spring事务基于数据库事务和AOP实现，通过@Transactional注解进行管理。当方法带有此注解，Spring会创建代理对象，改变数据库连接的autocommit属性。执行方法后，根据异常情况决定提交或回滚事务。Spring事务隔离级别对应数据库，传播机制基于数据库连接。事务失效可能由于方法访问权限、非Spring管理bean、内部方法调用、捕获特定异常、NOT_SUPPORTED传播行为或使用不支持事务的数据库引擎。

Spring中的事务是如何实现的？

1、Spring事务底层是基于数据库事务和AOP机制的

2、首先对于使用了@Transactional注解的Bean，Spring会创建一个代理对象作为Bean，当调用代理对象方法时，会先判断该方法上是否加了@Transactional注解，如果加了，那么利用事务管理器创建一个数据库连接并且修改数据库连接的autocommit属性为false，禁止此连接的自动提交。

3、然后执行当前方法，执行完成后，如果没有出现异常就直接提交事务，如果出现异常，且这个异常是需要回滚的就会回滚事务，否则任然提交事务。

4、Spring事务的隔离级别对应的就是数据库的隔离级别

5、Spring事务的传播机制是Spring事务自己实现的，也是Spring事务中最复杂的，Spring事务的传播机制是基于数据库连接来做的，一个数据库连接一个事务，如果传播机制配置为需要新开一个事务，那么实际上就是先建立一个数据库连接，在此新数据库连接上执行sql.

Spring中什么时候@Transactional会失效？

        因为Spring事务是基于代理来实现的，所以某个加了@Transactional的方法只有被代理对象调用时，那么这个注解才会生效。

        如果某个方法是private修饰的，那么@Transactional会失效，因为底层cglib是基于父子类来实现的，子类不能重载父类的private方法。

        1、注解@Transactional配置的方法非public修饰

        2、注解@Transactional所在类非Spring容器管理的bean

        3、注解@Transactional配置的方法被类内部方法调用

        4、业务代码抛出异常类型非RuntimeException，事务失效

        5、异常被try-catch捕获

        6、注解@Transactional中Propagation属性设置为NOT_SUPPORTED无事务

        7、mysql关系型数据库使用的MyISAM存储引擎，不支持事务

Spring 事务（4）—— Spring 事务失效的 8 种场景
shangjg3的博客
06-28 975
submitOrder()方法和updateProductStockCountById()方法都在OrderService类中，submitOrder()方法上没有标注事务注解，updateProductStockCountById()方法上标注了事务注解，submitOrder()方法调用了updateProductStockCountById()方法，此时，updateProductStockCountById()方法的事务在Spring中会失效。例如，如下代码所示。
【Spring事务实用版】事务实现 && 事务失效 && 事务传播机制
学不会就接着学
12-02 1235
是通过配置和注解的方式，无需手动编写事务控制代码，实现对事务的管理。幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体。是指在对于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，这是由于在查询间隔，被另一个事务修改并提交了。将需要事务管理的方法提取到另一个类中，通过外部调用方法，确保调用经过代理，这样事务就会生效。是指在一个事务处理过程里读取了另一个未提交的事务中的数据。（读取未提交的数据）
Spring事务使用场景
peerless_hero的博客
08-24 1万+
常规调用@Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class) methodA{ …… try{ methodB(); } catch (Exception e) { …… } localA(); …… }@Tra
spring事务应用场景
qq_34100868的博客
07-28 468
以上这些场景只是 Spring 事件监听器应用的一部分，实际上可以根据业务需要灵活应用。在使用 Spring 事件监听器时，需要注意事件的发布和处理是同步的，可能会影响系统的性能，因此应该根据实际业务需求来选择合适的事件机制。异步处理：在一些需要异步处理的业务场景中，可以使用 Spring 事件来触发后台任务的执行，并通过事件监听器来记录任务执行状态、处理异常等。管理事件和通知状态：在应用程序的生命周期中，可以使用 Spring 事件来记录相关的状态，以便后续实现应用程序的监控和管理。
聊聊spring事务12种场景，太坑了
m0_67597657的博客
01-05 1017
对于从事java开发工作的同学来说，spring的事务肯定再熟悉不过了。在某些业务场景下，如果一个请求中，需要同时写入多张表的数据。为了保证操作的原子性（要么同时成功，要么同时失败），避免数据不一致的情况，我们一般都会用到spring事务。，就能轻松搞定事务。我猜大部分小伙伴也是这样用的，而且一直用一直爽。但如果你使用不当，它也会坑你于无形。今天我们就一起聊聊，事务失效的一些场景，说不定你已经中招了。不信，让我们一起看看。
【源码讲解】Spring事务是如何应用到你的业务场景中的？
yangwqonly的博客
09-14 422
初衷 很多文章长篇大论列出大量源码讲解Spring事务的实现原理，对于读者而言（比如我）看这样的文章是很痛苦的，因为文章源码太多找不到重点，所以本篇文章从以下两个方面阐述Spring事务： 事务配置的加载：本质上是将配置加载成 BeanDefinition 对象 生成事务代理对象：本质上是Spring AOP在事务这块的应用，将开启了事务的业务Bean替换成事务代理对象（JdkDynamicAopProxy：JDK代理，CglibAopProxy：CGLIB代理）； 本文使用的源码版本是Spring 4
Spring AOP事务使用的多种场景及总结
m0_37557646的博客
12-03 1234
1、Aop事务实现原理：可以基于jdk接口代理，或具体类代理，导入具体类代理jar包及配置文件说明，spring自动会切换到具体类代理，一般都是使用具体类代理。 2、Aop 事务常用的六种传播：     2.1. PROPAGATION_REQUIRED: 如果存在一个事务，则支持当前事务。如果没有事务则开启。     2.2. PROPAGATION_SUPPORTS: 如果存在一个事务，支...
Spring：Spring事务失效的各种场景以及解决方法
永远保持随时离开的技术能力！
05-19 1212
Spring事务失效的各种场景以及解决方法
Spring 事务失效场景全解析：从原理到实战解决方案
最新发布
Hello World！你好世界！
05-13 1484
在 Java 开发中，Spring 事务是保证数据一致性的重要工具，一个@Transactional注解即可轻松实现事务管理。但如果使用不当，事务可能会 “无声失效”，导致数据不一致等严重问题。本文结合源码和实战经验，详细解析事务失效的常见场景及解决方案，帮助开发者避坑。
【深入学习Spring声明式事务,测试失效场景及原因分析】
weixin_44585177的博客
10-18 1288
深入学习Spring声明式事务,了解相关源码知识；测试Spring声明式事务各种失效场景及原因分析，了解动态代理。private/procted/default/public的访问权限、介绍了CompletableFuture.join方法和get方法的区别。多线程事务的各场景测试及失效原因分析、大事务的优化方案等等
spring 事物使用场景说明
爱思考的People
09-06 1297
在使用**@Transactional注解声明事务时，有时我们想自定义回滚的异常，spring也是支持的。可以通过设置rollbackFor**参数，来完成这个功能。@Slf4j@Service如果在执行上面这段代码，保存和更新数据时，程序报错了，抛了SqlException、DuplicateKeyException等异常。而BusinessException是我们自定义的异常，报错的异常不属于BusinessException，所以事务也不会回滚。
Spring事务管理（详解+实例）
热门推荐
Trigl的博客
03-25 8万+
写这篇博客之前我首先读了《Spring in action》，之后在网上看了很多关于Spring事务管理的文章，具体参考文章如下： 1、将相应的接口依赖图理清出 2、将每个类的具体配置弄明白 3、将具体的配置给出来 4、给出具体的例子（一个声明式的一个编程式的）
Spring事务详解与使用
itzhuzhu的博客
01-10 1625
J2EE开发使用分层设计的思想进行，对于简单的业务层转调数据层的单一操作，事务开启在业务层或者数据层并无太大差别，当业务中包含多个数据层的调用时，需要在业务层开启事务，对数据层中多个操作进行组合并归属于同一个事务进行处理
Spring事务需要注意的几个场景
碎梦无风的专栏
06-22 588
前言 当我们使用spring的时候，通常会将事务交给Spring来控制，Spring事务是使用 aop 切面实现的，我们不用关心事务的开始、提交、回滚，只需要在方法上加 @Transactional 注解，这时候我们就需要注意一些踩坑的点，下面我就结合测试用例来总结一下。 Spring事务传播机制 Spring的事务注解 @Transactional 提供 propagation 属性来对事务事务的传播行为进行控制。 属性 说明 PROPAGATION_REQUIRED 支持当前事务，如果没
spring 多线程 事务的实际应用场景
烤鸭的世界我们不懂。
03-04 2477
今天分享的是spring 事务部分的源码： 环境： spring-jdbc 5.0.4.REALEASE 今天分享一下spring事务的方法，这一篇会涉及到多线程的几种场景使用和分析。
Spring事务之五（应用场景分析）
苦行僧
04-21 4874
场景一 Exception回滚 Case 1：插入操作回滚 @Transactional public int insertUser(User user) { int num = iUserDao.insertUser(user); if (num > 0) { throw new RuntimeException();
spring中事务的应用
weixin_33991418的博客
09-20 430
为什么80%的码农都做不了架构师？>>> ...
深入了解Spring事务及其使用场景
HardworkingHuang的博客
03-22 1094
在企业级应用开发中，数据的一致性和完整性至关重要。Spring 事务管理作为 Spring 框架的核心功能之一，为开发者提供了一种便捷且强大的方式来确保数据库操作在逻辑上的原子性。无论是简单的单数据库事务，还是涉及多个数据源的分布式事务，Spring 都提供了相应的解决方案。本文将深入探讨 Spring 事务的原理、应用场景，并通过实际例子展示其具体用法。这里暂时只讨论单数据库的情况，多个数据库需要使用Spring Cloud分布式事务组件像Seata，这里就不过多赘述。
Spring 事务总结
weixin_43281498的博客
03-16 1340
一、事务是什么 事务是逻辑处理原子性的保证手段，通过使用事务控制，可以极大的避免出现逻辑处理失败导致的脏数据等问题。 事务最重要的两个特性，是事务的传播级别和数据隔离级别。传播级别定义的是事务的控制范围，事务隔离级别定义的是事务在数据库读写方面的控制范围。 二、事务的四大特性（ACID） 原子性（Atomicity）： 一个事务（transaction）中的所有操作，或者全部完成，或者全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务
spring事务失效场景及
01-27
### Spring 框架事务管理失效的常见场景及其解决方案 #### 场景一：未启用事务管理 当应用程序配置中缺少 `@EnableTransactionManagement` 注解或 XML 配置中的 `<tx:annotation-driven/>` 时，即使方法上标注了 `@Transactional`，也不会有任何效果。 解决办法是在启动类或配置文件中加入必要的声明来开启基于注解的事务支持[^2]。 ```java @Configuration @EnableTransactionManagement public class AppConfig { // Configuration code here... } ``` #### 场景二：异常被捕获并吞掉 如果在一个带有 `@Transactional` 的方法内部捕获到了异常却没有抛出，那么这个异常就不会触发回滚操作。这通常发生在开发者为了防止程序崩溃而简单地忽略了错误的情况之下。 应当让受控业务逻辑能够感知到发生的异常以便决定是否继续执行流程；对于不可恢复性的严重问题则应允许其传播给调用者从而实现自动回滚机制[^3]。 #### 场景三：使用异步方式调用服务层接口 由于默认情况下每个线程都有独立的作用域，在多线程环境下可能会遇到无法识别当前存在的事务上下文的问题。因此直接通过代理对象同步访问其他组件的方法可以正常工作，但是利用诸如 `CompletableFuture.runAsync()` 或者 `@Async` 这样的特性就会破坏原有链路内的事务状态传递关系。 建议采用编程式的 TransactionTemplate 来手动控制子任务所属父级事物边界范围，或者调整为同一线程内顺序化处理模式以维持一致的行为表现形式。 #### 场景四：违反只读属性设置原则 某些持久化引擎（比如 Hibernate）会因为开启了 flush() 自动刷新策略而在查询期间意外修改实体字段进而导致脏写入现象发生。此时即便指定了 readOnly=true 参数也无法阻止此类变更动作的发生。 最佳实践是要确保所有参与同一笔交易过程里的 DAO 层交互都遵循相同的存取权限级别定义，并且尽可能减少不必要的更新语句频率以免影响性能指标和并发安全性[^1]。 #### 场景五：跨多个不同数据源的操作 一旦涉及到两个以上相互关联却又隶属于各自独立连接池资源的对象实例之间的协作互动，就很容易引发分布式一致性难题。特别是当其中一个环节失败之后怎样安全地中止整个批次提交成为了一个棘手的技术挑战。 推荐做法是引入 XA 协议兼容型中间件产品如 Atomikos、Bitronix 等来进行全局协调调度，亦或是重构设计思路使之转换成幂等性质更强的服务单元组合而成的整体架构体系结构。 #### 场景六：嵌套式调用同一个 Bean 方法 假设有 A 和 B 是由相同容器实例化的单例 bean ，而且它们之间存在互相依赖关系即 A 调用了 B 中同样加有 @Transactional 标记函数 C 。然而根据 JDK 动态代理原理可知除非经过特殊定制否则普通反射手段难以穿透内部私有成员变量所指向的目标对象的真实身份信息，所以这里很可能造成新的外部包裹层而非继承已有正在进行之中的那个共享环境。 为了避免上述情况出现，应该考虑重新规划模块间的职责划分界限，尽量避免循环引用情形的同时也方便后期维护人员理解整体运作机理。 #### 场景七：Propagation 设置不合理 不同的 Propagation 枚举值决定了新发起请求如何融入现有活动之中去。如果不小心选择了不当选项的话，很可能会引起意想不到的结果，例如重复创建额外级别的隔离副本或者是忽视已经存在的约束条件限制等等。 务必仔细权衡各种可能性后再做出最终抉择，一般而言 REQUIRED 类型最为常用因为它能够在必要时候新建 session 同时又能很好地复用已有的 context 结构体。 #### 场景八：Rollback For 不匹配 只有那些显式指定要响应的具体 Exception 子类别才会促使系统强制终止当前正在运行的任务流并且撤销之前所做的任何更改记录。反之如果没有特别说明的话，默认只会对 unchecked runtime exception 生效而已。 所以在编写 catch block 分支判断逻辑的时候一定要谨慎行事，最好把所有可能遇见的风险因素全部罗列出来加以防范措施部署到位。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值