spring 事务疑惑

最新推荐文章于 2025-04-03 20:31:31 发布
最新推荐文章于 2025-04-03 20:31:31 发布
阅读量358 收藏
点赞数
分类专栏： SSH

spring 事务疑惑3

情况是这样的，分别A,B2个服务，A服务调用B服务的代码。我B服务的b方法抛出了一个业务异常，我在A服务捕获了，但是事务还是回滚了？ 这是为什么？ 
Java代码   收藏代码
  1. public void testA() throws BussinessException {  
  2.     try {  
  3.         bService.testB();  
  4.     } catch (BussinessException e) {  
  5.         System.out.println(e.getErrorCode());  
  6.     }  
  7.     pictureService.addPicture("", "", "a.jpg", "", new File("d:/1.jpg"));  
  8. }  

spring事务配置： 
Java代码   收藏代码
  1.       <bean id="txManager"  
  2.     class="org.springframework.orm.hibernate3.HibernateTransactionManager">  
  3.     <property name="sessionFactory" ref="sessionFactory" />  
  4. </bean>  
  5.   
  6. <tx:advice id="txAdvice" transaction-manager="txManager">  
  7.     <tx:attributes>  
  8.         <tx:method name="*" rollback-for="com.soft.core.BussinessException" />  
  9.     </tx:attributes>  
  10. </tx:advice>  
  11.   
  12. <aop:config>  
  13.     <aop:pointcut id="all" expression="execution(* com.soft.*.*.*ServiceImpl.*(..))"/>  
  14.     <aop:advisor advice-ref="txAdvice" pointcut-ref="all"/>  
  15. </aop:config>  
问题补充：
kejinyou 写道
事务的特性： 
1、原子性 
2、一致性 
3、隔离性 
4、持久性 
你service层所有的方法都注册了事务，如果某个方法发生异常，自然会回滚的。

我捕获了这个异常了，按理不应该回滚啊
Spring 
2011年12月15日 14:29

3个答案按时间排序按投票排序

0 0

你的b serivce的方法transaction配置propagation属性使用的默认值吧。这样a和b公用一个tranasction。transactionmanager中有这样一个参数globalRollbackOnParticipationFailure，即部分失败整个事务rollback。 
spring对于这样的事务管理是当a调用b，b失败了会对事务做一个回滚标志。在a事务提交时再做判断 

Java代码   收藏代码
  1. f (!shouldCommitOnGlobalRollbackOnly() && defStatus.isGlobalRollbackOnly()) {  
  2.             if (defStatus.isDebug()) {  
  3.                 logger.debug("Global transaction is marked as rollback-only but transactional code requested commit");  
  4.             }  
  5.             processRollback(defStatus);  
  6.             // Throw UnexpectedRollbackException only at outermost transaction boundary  
  7.             // or if explicitly asked to.  
  8.             if (status.isNewTransaction() || isFailEarlyOnGlobalRollbackOnly()) {  
  9.                 throw new UnexpectedRollbackException(  
  10.                         "Transaction rolled back because it has been marked as rollback-only");  
  11.             }  
  12.             return;  
  13.         }  


如想要b失败了不影响a的话，可以将b的propagation=Propagation.REQUIRES_NEW，让自己在一个事务中 

2011年12月28日 14:51
0 0

从lz说的情况，b方法和a方法是在一个事务里执行的(而不是嵌套事务)， 
因为是b方法抛出业务异常(且未捕获处理)， 
因此spring事务拦截器，在拦截b方法执行时，是会设置当前事务(二者执行的事务)为回滚状态，所以spring事务拦截器在处理a方法时，发现当前事务已经被置为“回滚”，这样的情况下，正常作为是应该将当前事务回滚的。 

如果b是执行在一个独立的事务中(于本例，就是嵌套事务)，且抛出businessexception(或者子类型异常)，是不会影响外层事务的。

2011年12月15日 16:58
0 0

事务的特性： 
1、原子性 
2、一致性 
3、隔离性 
4、持久性 
你service层所有的方法都注册了事务，如果某个方法发生异常，自然会回滚的。


Spring事务的实现方式
Mr.xing的博客
03-13 1304
spring事务
Spring--事务管理
Ysuhang的博客
07-18 1118
从开启到提交为一个事务。由此可见，一个事务对应一组业务。一个事务中间可以有一条sql,多条sql。所以一个业务开始之前开启事务一个业务结束之后提交事务。我们这个转账案例需要几个事务？可以写成两个事务，但是不合适。因为我们的需求让张三减的同时让李四加钱。只能写成一个事务。把多条sql语句当作一件事情，要同时都能执行到。事务（Transaction），一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。概括为。...
spring事务上的坑（90%的程序员不知道）
左耳听风的博客
05-26 1267
spring事务上的坑 1.前言 近期有位同事看了我的定时器代码，提醒我一个隐藏bug——spring事务 在方法内调用事务，事务无法生效！于是我开始测试与整理spring事务中可能遇到的坑 2.问题复现 如下代码，在类内部调用事务是不会生效的，因为没有走类代理！事务是切在类上，只有通过调用 类.方法才会走spring的事务管理！ @Component public class Ti...
事务方法A调用事务方法B，方法B抛出的异常被方法A catch后会发生什么？
热门推荐
吴就业
05-14 1万+
方法抛出异常导致事务已经回滚，且当前事务被标志为仅回滚，因此当前事务只能回滚，不能再执行提交，如果执行提交，就能看到上述异常。去掉配置后对系统的影响很大，事务不生效会引发很多问题，将整个系统让测试部门重新测试一遍也不现实。业务需要，不抛出异常)只要找出在哪里配置的，将配置去掉问题也就能解决了。方法执行完成时，事务切面走的不是回滚逻辑，而是提交逻辑。虽然方法没有声明事务，可是该方法却在事务中执行，那么我们可以在。是在事务中执行的，也是因为如此，我才调试了半天。方法抛出异常后，当前事务回滚，异常往外抛出，被。
spring事务声明的几种传播特性
08-26 1303
最近遇到了一个spring事务导致的问题，所以写了几个小程序了解了一下事务的传播特性，下面分别举例子分别看看事务的传播特性。           事务的几种传播特性 1. PROPAGATION_REQUIRED: 如果存在一个事务，则支持当前事务。如果没有事务则开启 Java代码   /**   * TransactionTestService    
Spring事务详解
莫绝岚的小屋
07-19 757
事务是数据库操作的最小工作单元，是作为单个逻辑工作单元执行的一系列操作；这些操作作为一个整体一起向系统提交，要么都执行、要么都不执行；事务是一组不可再分割的操作集合。
Spring 事务失效
sougou_1323的博客
08-29 120
Spring 事务失效 ...
spring事务
forever_together的博客
04-21 298
如果一个方法A里面还调用了一个方法B，A、B都使用了事务，那么在B事务里面新增的数据，在A方法里面可以查询得到吗？ 可以的：事务的传播行为默认是PROPAGATION_REQUIRED，也就是：如果当前没有事务，就新建一个事务；如果已经存在一个事务，那么就加入这个事务。 所以疑惑得到解决：B不会自己再去建立一个事务，而是使用A的事务，由A的事务来管理，只有一个事务A，没有事务B的说法了，所以在一个事务里面新增的数据，在当前事务肯定是可以查询到的。 ps:如果在B方法执行完毕，但是A还没执行完的时候，打
Spring 声明式事务
triticale的博客
04-03 889
Spring 声明式事务
java的Spring事务之深入理解
qq_40902295的博客
04-18 824
（平台）事务管理器，Spring 事务策略的核心。： 事务定义信息(事务隔离级别、传播行为、超时、只读、回滚规则)。： 事务运行状态。我们可以把 PlatformTransactionManager接口可以被看作是事务上层的管理者，而 TransactionDefinition和 TransactionStatus这两个接口可以看作是事务的描述。会根据 TransactionDefinition。
【spring源码深度解析】：spring事务源码解析
Fight_Rain的博客
03-13 589
文章从sql实现事务，到jdbc实现事务，再到spring实现事务，由浅入深的介绍spring事务做的工作。并结合源码，从事务标签配置解析，到事务代理类的创建，事务的增强，最后到数据库事务实现，每一步都进行了详细的说明。
Spring5框架——事务操作：模拟银行转账业务出现问题，通过事务操作来进行回滚
m0_52479012的博客
10-12 1135
Spring5矿建之事务操作:实现在一组操作中只要有一个操作出现问题，进行操作回滚，将执行完的所有操作恢复如初
造纸机变频分布传动与Modbus RTU通讯技术的应用及其实现
07-26
造纸机变频分布传动与Modbus RTU通讯技术的应用及其优势。首先，文中解释了变频分布传动系统的组成和功能，包括采用PLC（如S7-200SMART）、变频器（如英威腾、汇川、ABB）和触摸屏（如昆仑通泰）。其次，重点阐述了Modbus RTU通讯协议的作用，它不仅提高了系统的可靠性和抗干扰能力，还能实现对造纸机各个生产环节的精确监控和调节。最后，强调了该技术在提高造纸机运行效率、稳定性和产品质量方面的显著效果，适用于多种类型的造纸机，如圆网造纸机、长网多缸造纸机和叠网多缸造纸机。 适合人群：从事造纸机械制造、自动化控制领域的工程师和技术人员。 使用场景及目标：① 提升造纸机的自动化水平；② 实现对造纸机的精确控制，确保纸张质量和生产效率；③ 改善工业现场的数据传输和监控功能。 其他说明：文中提到的具体品牌和技术细节有助于实际操作和维护，同时也展示了该技术在不同纸厂的成功应用案例。
langchain4j-neo4j-0.29.1.jar中文文档.zip
07-26
1、压缩文件中包含： 中文文档、jar包下载地址、Maven依赖、Gradle依赖、源代码下载地址。 2、使用方法： 解压最外层zip，再解压其中的zip包，双击 【index.html】 文件，即可用浏览器打开、进行查看。 3、特殊说明： （1）本文档为人性化翻译，精心制作，请放心使用； （2）只翻译了该翻译的内容，如：注释、说明、描述、用法讲解 等； （3）不该翻译的内容保持原样，如：类名、方法名、包名、类型、关键字、代码 等。 4、温馨提示： （1）为了防止解压后路径太长导致浏览器无法打开，推荐在解压时选择“解压到当前文件夹”（放心，自带文件夹，文件不会散落一地）； （2）有时，一套Java组件会有多个jar，所以在下载前，请仔细阅读本篇描述，以确保这就是你需要的文件。 5、本文件关键字： jar中文文档.zip,java,jar包,Maven,第三方jar包,组件,开源组件,第三方组件,Gradle,中文API文档,手册,开发手册,使用手册,参考手册。
基于STC89C52单片机的智能衣架电路设计：服装店顾客行为数据分析与传输
最新发布
07-26
内容概要：本文介绍了一种基于STC89C52单片机的智能衣架电路设计方案，旨在通过采集和分析顾客在服装店挑选和试穿衣物时的行为数据，帮助商家更好地了解顾客的购物习惯和偏好。该系统利用ADXL345三轴加速度传感器和HX711称重传感器分别检测衣架的角度变化和重量变化，记录服装被挑选和试穿的次数，并通过LCD1602显示屏实时显示这些数据。此外，蓝牙模块将数据传输到手机，方便店员和顾客查看。文中还简述了系统的硬件连接和软件代码设计。 适合人群：电子工程技术人员、嵌入式系统开发者、从事零售数据分析的专业人士。 使用场景及目标：适用于服装零售行业，帮助商家优化库存管理、提升顾客购物体验以及进行精准营销。通过对顾客行为数据的实时采集和分析，商家可以制定更有针对性的销售策略。 其他说明：本文不仅提供了详细的硬件原理图，还涉及了单片机编程的相关知识，有助于读者全面掌握智能衣架的设计与实现方法。
模糊故障树分析 可靠性工程
07-26
内容概要：本文探讨了利用模糊故障树（FTA）和最小割集进行工业控制系统可靠性分析的方法。针对传统FTA依赖于精确概率的问题，文中提出采用三角模糊数表示不确定性和不完全信息，通过α截集法处理或门关系，以及用面积法计算单元重要度。具体案例展示了如何构建简单电机过热故障树，并对电源波动、冷却故障和控制芯片误判三个基本事件进行了模糊概率建模。实验结果显示顶层事件的故障概率范围较大，强调了考虑模糊数分布特征的重要性。此外，还讨论了与门条件下模糊处理的复杂性，并提供了可视化工具帮助识别潜在的风险因素。 适合人群：从事工业自动化、设备维护管理的专业人士，尤其是那些希望深入了解模糊理论应用于系统安全性和可靠性领域的工程师和技术研究人员。 使用场景及目标：适用于需要评估复杂系统可靠性的场合，如电力、化工等行业。主要目的是为工程师们提供一种新的视角和手段，以便更好地理解和预测系统可能出现的问题，从而制定更加合理的预防措施和应急预案。 其他说明：文中附有详细的Python代码片段用于解释各个步骤的具体实现方式，同时也列出了几篇重要的参考文献供进一步学习之用。
langchain4j-ollama-spring-boot-starter-0.34.0.jar中文文档.zip
07-26
1、压缩文件中包含： 中文文档、jar包下载地址、Maven依赖、Gradle依赖、源代码下载地址。 2、使用方法： 解压最外层zip，再解压其中的zip包，双击 【index.html】 文件，即可用浏览器打开、进行查看。 3、特殊说明： （1）本文档为人性化翻译，精心制作，请放心使用； （2）只翻译了该翻译的内容，如：注释、说明、描述、用法讲解 等； （3）不该翻译的内容保持原样，如：类名、方法名、包名、类型、关键字、代码 等。 4、温馨提示： （1）为了防止解压后路径太长导致浏览器无法打开，推荐在解压时选择“解压到当前文件夹”（放心，自带文件夹，文件不会散落一地）； （2）有时，一套Java组件会有多个jar，所以在下载前，请仔细阅读本篇描述，以确保这就是你需要的文件。 5、本文件关键字： jar中文文档.zip,java,jar包,Maven,第三方jar包,组件,开源组件,第三方组件,Gradle,中文API文档,手册,开发手册,使用手册,参考手册。
请你讲解一下什么时候spring事务会失效
02-26
<think>好的，我现在要解决用户关于Spring事务什么时候会失效的问题。首先，我需要回想一下用户之前的对话，他们之前询问了MinIO的用法，现在转向了Spring事务，可能用户正在学习或工作中遇到后端开发的问题，特别是事务管理方面的疑惑。 用户的问题比较明确，就是想知道在什么情况下Spring的事务会失效。我需要系统性地整理可能导致事务失效的常见原因，并逐一解释，确保用户能够理解每个场景背后的机制。 首先，我得回忆一下Spring事务的基本原理。Spring的事务管理是基于AOP实现的，通过代理对象来拦截方法调用，在方法执行前后管理事务的开启、提交或回滚。因此，事务失效通常与代理机制未能正确应用有关。 接下来，我需要列出常见的失效场景。首先想到的是方法的访问权限问题。如果方法不是public的，Spring默认不会为它创建代理，因此事务注解可能不生效。这时候需要明确说明这一点，并给出例子。 然后是自调用问题，即同一个类中的一个方法调用另一个有事务注解的方法，这时候由于代理机制的原因，事务不会被触发。需要解释为什么自调用会导致问题，以及如何解决，比如使用AopContext或注入自身代理。 接下来是异常处理的问题。默认情况下，Spring事务只在遇到RuntimeException和Error时回滚，如果捕获了异常或者抛出了检查型异常，事务可能不会回滚。需要说明如何通过@Transactional的rollbackFor属性来调整。 数据库引擎不支持事务也是一个点，比如MyISAM引擎不支持事务，而InnoDB支持。用户可能在使用不同的存储引擎时遇到问题，需要提醒他们检查数据库配置。 传播行为的设置错误也是一个常见问题，比如REQUIRES_NEW在嵌套事务中的行为是否符合预期，或者错误地使用了SUPPORTS等传播属性，导致事务没有正确开启。 最后，多线程环境下的事务问题，比如在异步方法中开启新线程，此时事务可能无法跨线程传播，导致失效。需要指出这种情况下事务的局限性，并建议避免在事务方法中进行多线程操作。 在整理这些点时，要注意使用用户容易理解的语言，避免过于技术化的术语，同时结合代码示例来说明问题。例如，在自调用问题中，给出一个错误的例子和一个使用AopContext的正确示例，帮助用户直观理解。 此外，用户可能是在开发中遇到了事务不生效的问题，需要排查原因，因此需要给出每个失效场景的解决方案或避免方法，帮助他们快速定位和解决问题。例如，检查方法是否为public，是否在同一个类中调用，异常是否正确抛出等。 最后，总结这些场景，并给出一个检查列表，方便用户在遇到问题时逐一排查。同时，提醒用户注意Spring事务的底层机制，理解AOP代理的工作原理，从而更好地避免事务失效的情况。</think>以下是 Spring 事务失效的 8 种典型场景及原理分析（附解决方案）： --- ### 一、非 public 方法失效 ```java @Transactional private void updateOrder() { // 事务失效！ // 业务逻辑 } ``` **失效原理**： Spring 事务基于 AOP 代理实现，CGLIB 代理无法拦截非 public 方法 $$ \text{代理机制} = \begin{cases} \text{JDK 动态代理} & \text{接口实现类} \\ \text{CGLIB 代理} & \text{非接口类} \end{cases} $$ **解决方案**： 将方法访问权限改为 public --- ### 二、自调用失效 ```java public void process() { this.updateOrder(); // 自调用事务失效！ } @Transactional public void updateOrder() { // 业务逻辑 } ``` **失效原理**： $$ \text{代理对象} \neq \text{目标对象} \implies \text{自调用跳过代理} $$ **解决方案**： ```java // 通过 AopContext 获取代理对象 ((OrderService) AopContext.currentProxy()).updateOrder(); ``` --- ### 三、异常处理不当 ```java @Transactional public void update() { try { // 业务操作 int i = 1/0; } catch (Exception e) { // 捕获异常导致事务不回滚 } } ``` **失效原理**： Spring 默认只对 `RuntimeException` 和 `Error` 进行回滚 $$ \text{回滚条件} = \begin{cases} \text{检查异常} & \text{需显式配置} \\ \text{非检查异常} & \text{自动回滚} \end{cases} $$ **解决方案**： ```java @Transactional(rollbackFor = Exception.class) // 指定所有异常回滚 ``` --- ### 四、数据库引擎不支持 **失效表现**： MySQL 使用 MyISAM 引擎时事务不生效 **数学证明**： $$ \text{事务支持} = \begin{cases} \text{InnoDB} & \text{ACID 合规} \\ \text{MyISAM} & \text{无事务支持} \end{cases} $$ **解决方案**： 修改表引擎为 InnoDB --- ### 五、传播行为配置错误 ```java @Transactional(propagation = Propagation.NOT_SUPPORTED) public void methodA() { methodB(); // 事务失效 } @Transactional public void methodB() { // 业务逻辑 } ``` **失效分析**： | 传播行为 | 效果 | |-------------------|---------------------| | REQUIRED（默认） | 加入当前事务 | | NOT_SUPPORTED | 挂起当前事务 | | NEVER | 非事务方式执行 | --- ### 六、多线程上下文丢失 ```java @Transactional public void asyncProcess() { new Thread(() -> { // 子线程中无事务！ updateInventory(); }).start(); } ``` **失效原理**： $$ \text{事务上下文} \nsubseteq \text{ThreadLocal} \implies \text{线程隔离} $$ **解决方案**： 避免在事务方法中创建新线程 --- ### 七、手动提交破坏事务 ```java @Transactional public void update() { // 自动提交模式 connection.setAutoCommit(true); // 破坏事务！ } ``` **数学解释**： $$ \text{自动提交} = \text{true} \implies \text{每个 SQL 独立事务} $$ --- ### 八、特殊方法拦截失效 ```java @Transactional public final void process() { // final 方法失效 // 业务逻辑 } ``` **失效原理**： CGLIB 无法代理 final 方法 $$ \text{代理限制} = \{ \text{final 方法}, \text{static 方法} \} $$ --- ### 事务检查清单 ✅ 1. 方法是否为 public 2. 是否自调用 3. 异常类型是否匹配 4. 数据库引擎是否支持 5. 传播行为是否合理 6. 是否涉及多线程 7. 是否手动操作连接 8. 方法是否可被代理 通过理解这些失效场景的底层原理（基于代理机制和事务传播模型），可以更好地避免事务失效问题。建议结合 Spring 源码中的 `TransactionInterceptor` 和 `AbstractPlatformTransactionManager` 类进行深入分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值