捕获处理transaction注解发生的异常，事务不会回滚

最新推荐文章于 2025-06-10 23:29:00 发布
转载 最新推荐文章于 2025-06-10 23:29:00 发布 · 1.3k 阅读 · 4
文章标签：

#transaction

本文探讨了在使用Spring Boot的transaction注解时遇到的一种特殊情况：当执行过程中出现异常但被程序捕获时，事务并不会自动回滚。文章提供了解决方案，即通过TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()进行手动回滚。

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

使用transaction注解时，执行过程发生异常，而异常被你捕获处理，此时，所执行的事务不会回滚，因为异常被你捕获处理了，springboot当你没发生异常处理，但是这些执行必须回滚，解决方式如下：
可以在异常中使用TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); 手动回滚

【SpringBoot 事务不回滚？怎么解决？】
学无止境
03-05 2131
【SpringBoot 事务不回滚？怎么解决？】
spring事务管理中，用try-catch处理了异常，事务也会回滚？
热门推荐
Coder-文小白的博客
05-11 2万+
我们知道在平时的开发中，如果在事务方法中开发人员自己用try-catch处理了异常，那么spring aop就捕获不到异常信息，从而会导致spring不能对事务方法正确的进行管理，不能及时回滚错误信息。 下面用代码演示一下： @Override @Transactional(rollbackFor = Exception.class) public int doSaveUser() throws Exception { int result = 0;
Spring-Boot捕获处理异常并让事务回滚
qq_24973007的博客
08-25 1109
1.不捕获异常可以正常回滚 @Transactional(rollbackFor = Exception.class) @Override public boolean testTransaction() { baseMapper.updateById(new Person().setId(1).setTicket(10)); Integer i = null; i = i.intValue() + 1; return
Java事务回滚详解
最新发布
06-10 873
摘要：Spring的@Transactional注解默认仅在RuntimeException或Error时触发事务回滚，而受检异常不会自动回滚。
Springboot @Transactional注解捕获异常事务回滚
congcongxianshen的博客
05-31 3811
需求：捕获到@Transactional中的异常【前端需要返回错误格式】，同时不影响事物回滚【后端数据保持完整】 1、正常情况下加注解@Transactional和try catch捕获异常会让注解失效 2、解决办法如下代码 @Transactional(rollbackFor = Exception.class) public boolean allOption() { try...
springboot @Transaction 回滚事务，并且捕获异常
qq_45526514的博客
04-16 510
直接冲： service 层 @Transactional(rollbackFor = Exception.class) public void a(String a,String b,String c) throws Exception { //查找默认计算 userDao.update(a); //修改订单的状态 orderDao.add(b); //添加到流转信息 flowService.s...
Spring 异常捕获后依旧回滚
SailLiao
07-03 787
如果 A 有事物，B 有事物，C 事务，在 A 里面调用 B、C，C抛出运行时异常，即使被 try catch，数据不会插入如果 A 有事物，B 有事物，C 事务，在 A 里面调用 B、C，C抛出编译时异常，即使被 try catch，数据也会插入。
Spring异常捕获且回滚事务解决方案
08-19
这意味着，如果我们在事务中捕获了异常，那么事务将不会回滚。 那么，如何才能在 Spring 中捕获异常并回滚事务呢？这里有两种解决方案： 解决方案一：在 Service 层不捕获异常 在 Service 层，我们可以不捕获异常...
Spring事务捕获异常后依旧回滚
weixin_64314555的博客
01-14 8347
前沿 一段生产事故发人深省，在Spring的声明式事务中手动捕获异常，居然判定回滚了，这是什么操作？话不多说直接上代码 @Service public class A { @Autowired private B b; @Autowired private C c; @Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.DEFAULT) public...
java事务回滚失败问题分析
08-28
Java事务回滚失败问题分析 Java事务回滚失败问题分析是指在Java...Java事务回滚失败问题分析需要注意检查型异常和非检查型异常的区别，并采取相应的处理方法，使用@Transaction注解和自定义异常等方法来解决问题。
为什么catch了异常，但事务还是回滚了？
程序猿DD
07-02 4870
前几天我发了这篇文章《我来出个题：这个事务会不会回滚？》得到了很多不错的反馈，也有不少读者通过微信、群或者邮件的方式，给了我一些关于test4的回复。其中还有直接发给我测试案例，来证明我的答案是错的。今天，我们就来一起看看test4这个争议很大的问题。如果您是刚打开这篇文章，不了解我们在讨论啥，那可以先点击查看之前的这篇《我来出个题：这个事务会不会回滚？》。通过这两篇文章的解析，相信你会对Spring Data JPA下的事务执行机制有质的飞跃。 为什么没回滚 先来说说，那些写了代码验证"不会回滚
No transaction aspect-managed TransactionStatus in scope 异常
qq_44859964的博客
04-01 3172
No transaction aspect-managed TransactionStatus in scope org.springframework.transaction.NoTransactionException 异常解决方法 原因：异常捕捉之后，不会自动回滚， 需要使用 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); 进行手动回滚 但是方法上面没有加上开启事务注解就会出现No transact.
Spring 嵌套事务回滚的问题
飞一站的博客
10-27 2785
目录 Spring 嵌套事务回滚的问题 问题描述 项目背景： 问题重现 1. Spring的声明事务 2. 事务的事件处理逻辑 3.实际业务Service层方法 4.Druid数据源的配置 5.测试执行 日志分析 分析问题产生的原因 总结 Spring 的事务代码分析 Spring 的事务传播类型总结 新的问题 方案1 方案2 Spring 嵌套事务回滚的问题 问题描述 线上的项目出现，Spring的事务回滚了，但仍触发了事务提交成功的事件。这就导致原先通过异
Java中事务遇到异常，详解
Wang________的博客
01-15 3071
情况一： throw 为了模拟出现异常 这种情况下 事务是不生效的 情况二： ...
捕获异常后手动开启回滚事务
qq_37256797的博客
04-09 401
捕获异常后手动开启回滚事务 @Transactional(rollbackFor = { Exception.class }) public String fun() { String result =""; try { throw new ServiceException(); } catch (Exception e) { logInfo //手动开启事务
Spring事务异常回滚，捕获异常不抛出就不会回滚
qq546542233的博客
08-15 511
默认spring事务只在发生未被捕获的 runtimeexcetpion时才回滚。      spring aop  异常捕获原理：被拦截的方法需显式抛出异常，并不能经任何处理，这样aop代理才能捕获到方法的异常，才能进行回滚，默认情况下aop只捕获runtimeexception的异常，但可以通过        配置来捕获特定的异常并回滚     换句话说在service的方法中不使用t
Spring 事务
weixin_43612949的博客
04-14 922
1.数据库是否为InnoDB引擎，具体原因请查看 Mysql引擎类型刨析 2.配置文件中是否开启 transaction: rollback-on-commit-failure: true 3.是否在启动类中加入注解（此项可忽略，spring boot 默认开启了事务） @EnableTransactionManagement 4.@Transactional注解位置： @Transactiona...
@Transactional事务使用、属性、事务传播及手动回滚
zf_csdn123的博客
07-09 3102
事务的使用
@Transaction注解的方法捕获到异常了后发生什么？
06-05
<think>我们正在讨论Spring的@Transactional注解在捕获异常时的事务处理机制。用户想了解当一个使用@Transactional注解的方法捕获到异常后，事务会发生什么变化，具体执行流程是怎样的。根据引用内容，我们可以总结出以下关键点：1.@Transactional默认只会在遇到RuntimeException和Error时回滚事务（引用[1]和[3]）。2.如果方法中捕获了异常并且没有重新抛出，那么事务不会回滚（引用[3]中的第5点）。3.可以通过设置@Transactional的属性（如rollbackFor）来改变默认行为（引用[2]）。4.在catch块中可以通过编程式事务管理来回滚事务（引用[4]）。因此，我们需要向用户解释：1.默认情况下，捕获到异常并吞掉（不抛出）会导致事务不回滚。2.如果需要捕获异常并回滚，有两种方式：a)配置@Transactional的rollbackFor属性，将需要回滚的异常类型（比如Exception）加进去。b)在catch块中通过编程式事务管理（TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()）来回滚事务。同时，需要解释整个执行流程：1.当方法被@Transactional注解时，Spring会创建一个代理，在方法执行前开启事务。2.执行方法体。3.如果在方法执行过程中抛出了异常，这个异常会被代理捕获。4.代理会根据配置判断这个异常是否需要回滚（默认只回滚RuntimeException和Error）。5.如果异常需要回滚，则回滚事务；否则提交事务。6.如果方法内部自己捕获了异常，并且没有重新抛出，那么代理就不会知道有异常发生，因此会提交事务（除非在catch中设置了回滚）。另外，引用[3]中还提到了一些导致事务失效的情况，我们需要注意避免。现在，我们按照以下结构来组织回答：一、事务管理的基本流程二、默认异常处理规则三、捕获异常后的影响四、如何确保事务回滚（两种方式）五、注意事项（包括事务失效的一些场景）最后，根据要求，我们要生成相关问题。注意：使用数学公式时，如果需要行内就用$...$，独立公式用$$...$$（但本问题可能较少用到数学公式，但如果有表达式如事务状态等，可以适当使用）。</think> ### @Transactional注解捕获异常的事务处理机制 当使用`@Transactional`注解的方法捕获异常时，事务是否回滚取决于异常类型和注解配置，具体处理流程如下： --- #### 一、核心处理流程 1. **方法执行** 代理对象执行目标方法，事务管理器开启事务 $$ \text{TransactionStatus} = \text{beginTransaction()} $$ 2. **异常捕获** 方法内使用`try-catch`捕获异常： ```java @Transactional public void process() { try { dao.updateA(); // 数据库操作1 dao.updateB(); // 数据库操作2 } catch (Exception e) { // 异常处理 } } ``` 3. **代理层检查** 代理对象检查是否抛出未处理异常： - 若**未重新抛出异常**：代理认为方法执行成功 $$ \text{commitTransaction()} $$ - 若**重新抛出异常**：进入事务回滚判断 $$ \text{checkRollbackRules(e)} $$ --- #### 二、事务回滚判定规则 | 条件类型 | 是否回滚 | 原理说明 | |--------------------------|----------|--------------------------------------------------------------------------| | 默认配置 | ✅ | 仅`RuntimeException`和`Error`触发回滚[^1][^3] | | 被捕获且未重新抛出的异常 | ❌ | 代理层无法感知异常，提交事务[^3] | | 配置`rollbackFor` | ✅ | 如`@Transactional(rollbackFor = Exception.class)`[^2][^4] | | 编程式回滚 | ✅ | `catch`中调用`TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()`[^4] | --- #### 三、典型场景分析 1. **回滚场景** ```java @Transactional(rollbackFor = Exception.class) public void update() { try { insertLog(); // 操作1 updateAccount(); // 操作2 → 抛出IOException } catch (IOException e) { throw new RuntimeException(e); // 重新抛出 } } ``` **结果**: 事务回滚（满足`rollbackFor`配置） 2. **不回滚场景** ```java @Transactional // 默认配置 public void transfer() { try { debit(); // 扣款 → 成功 credit(); // 入账 → 抛出IOException } catch (Exception e) { log.error("失败"); // 吞掉异常 } } ``` **结果**: 事务提交（代理层未检测到异常） --- #### 四、关键注意事项 1. **public方法限制** 非public方法上的`@Transactional`无效[^3] 2. **自调用问题** 类内部方法调用（非代理调用）会导致事务失效： ```java public void batchProcess() { this.update(); // ⚠️ 自调用无效 } ``` 3. **异常类型匹配** `rollbackFor`支持继承体系，但需精确配置： ```java // 回滚所有SQLException及其子类 @Transactional(rollbackFor = SQLException.class) ``` 4. **部分回滚实现** 可通过编程式回滚点精细控制[^5]： ```java Savepoint savepoint = Transaction.currentTransaction().createSavepoint(); try {...} catch (Exception e) { Transaction.currentTransaction().rollback(savepoint); // 回滚到检查点 } ``` --- #### 五、最佳实践建议 ```java @Transactional(rollbackFor = Exception.class) // 1.显式定义回滚异常 public void safeProcess() { try { step1(); step2(); } catch (BusinessException e) { // 2.记录日志并触发回滚 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); // 3.必要时转换异常 throw new ServiceException(e.getMessage()); } } ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值