@Transactional 中使用 try catch之后不会回滚

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

本文介绍了在使用Spring框架进行事务管理时的一些最佳实践。建议在Service层通过try-catch抛出自定义异常，并在Controller层进行统一异常处理后返回视图。此外还提供了使用切面来捕获异常并统一返回信息给视图的方法。

采坑记录：

        使用spring的事务管理的时候,建议在service的try catch中抛出自动异常,然后在controller层做统一的异常处理，再返回给视图。也可以使用切面捕获异常，返回统一的信息给视图。

@Transactional与try-catch组合使用从而注解失效，事务不进行回滚的常见情况
Starrysky_LTL的博客
08-09 1593
@Transactional与try-catch组合使用从而注解失效，事务不进行回滚的常见情况
手写一个@Transactional注解，实现事务回滚
刻苦的樊同学
11-14 350
*** 自定义事务注解* 空注解，用来标识*//*** 将自定义的事务注解，使用AOP的方式，来增强它的功能*/@Aspect@Component@Autowired/*** 让标记着@myTransactional注解的方法，不直接调用，而是在该方法前后增加代码，增强该方法功能。
controller层 trycatch不影响service层抛出的异常
Summer_i的博客
10-16 9696
1.controller层 trycatch不影响service层抛出的异常 因为 service层利用spring 的aop控制异常， 而controller层 try catch 不影响， aop完成之后，才会到controller层，所以不影响，但如果在service try catch 一定要抛出异常 否则 不回滚， @Transactional(rollbackFor = ...
事务性失效不回滚问题解决------try catch捕获异常导致,手动设置回滚
不知名小人物的博客
10-24 2516
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()是用于将当前事务标记为回滚的方法。当你调用setRollbackOnly()方法时，它将会将当前事务的状态设置为回滚。这意味着无论事务当前的状态是什么，一旦该方法被调用，事务将会被回滚。例如:我这里是一个课表导入功能,因为事务性失效,导致删除旧课表后,新课表因异常未导入成功,但旧课表却已被删除,最后数据为空的问题!有很多解决方案,我这里提供一种简单容易理解的方法。
spring @Transactional try catch之后不回滚
duyunzhi的博客
07-25 1136
关于spring @Transactional try catch之后不回滚 spring的 @Transactional try catch之后报错并没有回滚数据加了@Transactional(rollbackFor = Exception.class) 之后发现还是没有效果… 解决方案 在catch中加入下面代码就ok了！ TransactionAspectSupport.currentTr...
@Transactional注解与try catch
manonggeerdan的博客
05-25 8950
一、@Transactional注解 1、概念 （1）作用：Spring的事务回滚 （2）在启动类上添加@EnableTransactionManagement注解，开启事务功能 （3）抛出 RuntimeException及其子类 或者是 Error 时从才会触发事务的回滚 2、失效情况 （1）@Transactional 应用在非 public 修饰的方法上 （2）@Transactional 注解属性 rollbackFor 设置 默认只对非检查型异常回滚。让所有异常都会让事务启动可以将 @Tran
内层事务方法try catch了，当内部抛出异常回滚，会触发外部事务回滚
胖墩的IT博客
07-06 3997
场景：接口A的方法A1，接口B的方法B1，都添加了事务的注解，接口A的方法A1先修改数据库，之后再调用接口B的方法B1，其中调用方法B1有try catch捕获异常，但是不往外抛异常，那此时如果方法B1有一场了，那会触发方法A中修改数据的操作吗？答案是会触发，当前此前提的基础是用的是 @Transactional 注解，并且采用的是默认的事务 1、例子 (1)例子的单元测试 @SpringBootTest @RunWith(SpringJUnit4ClassRunner.class) public c.
浅谈Spring中@Transactional事务回滚及示例（附源码）
08-28
最后，在业务逻辑中使用@Transactional注解： ```java @Transactional public void deleteDepartment(Long departmentId) { // 删除部门 departmentDAO.delete(departmentId); // 删除成员 memberDAO....
springboot中事务管理@Transactional的注意事项与使用场景
08-26
2. 使用 try-catch 但是需要 throwRuntimeException：在 service 方法中使用 try-catch，但是需要在 catch 中加上 throw new RuntimeException() 可实现事务回滚。 总结 @Transactional 是 Spring 框架提供的一个...
@Transactional 注解使用场景详细说明包括（不生效的场景，事务回滚）
daralisdan的博客
08-30 1250
@Transactional 注解使用场景详细说明包括（不生效的场景，事务回滚）
@Transaction和try catch
weixin_44265425的博客
08-20 1663
​ 对于@Transactional可以保证RuntimeException错误的回滚，如果想保证非RuntimeException错误的回滚，需要加上rollbackFor = Exception.class 参数 ​ try catch 对回滚本身没影响，但是会对异常是否可以被@Transactional感知到有影响， ​ 1.可以将try catch到的错误向上抛，就可以起作用 @Override @Transactional(rollbackFor = Exception.cl
@Transactional回滚问题（try catch、嵌套）
香烟达人的博客
07-31 465
原文链接： https://www.jianshu.com/p/24ed55ad4531
Java 事务注解@Transactional 回滚 (涉及try catch、嵌套)
xwnxwn的专栏
05-03 624
REQUIRED的意思是说，事务嵌套的时候，如果发现已经有事务存在了，就加入这个事务，而不是新建一个事务，所以根本就不存在两个事务，一直只有一个！关于事务回滚，我想说：Java @Transactional回滚(try catch、嵌套)问题,Spring 事务注解 @Transactional 本来可以保证原子性，如果事务内有报错的话，整个事务可以保证回滚，但是加上try catch或者事务嵌套，可能会导致事务回滚失败。我的天，这回外面没有处理能力，为什么接受里面抛出来的错误，也进行了回滚！
@transactional与 try catch的爱恨情仇
bug_tan90的博客
03-17 1234
如何开启@transactional service类标签(一般不建议在接口上)上添加@Transactional，可以将整个类纳入spring事务管理，在每个业务方法执行时都会开启一个事务，不过这些事务采用相同的管理方式。 @Transactional 注解只能应用到 public 可见度的方法上。 如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用。 默认情况下，Spring会对unchecked异常进行事务回滚；如果是checked异常则
java 中 @transactional 与try..catch同时使用的经验分享
qxqy159的博客
01-15 2276
@transactional 是我们在java 开发中经常用到的注解，帮助我们非常方便快捷的完成事务管理，尤其在批量处理数据的时候，更是重要，最近业务中遇到了这种情况，批量向数据库导入数据，这就会出现excel表中有的数据类型符合导入要求，有的不符合，当我们导入的时候要么就全部成功的导入，要么就失败都不导入，如果不用事务的话就会出现数据正确的会导入到数据库，不正确的就没导入，造成数据的不一致性，可...
Springboot中声明事务@Transactional，方法被try catch不做任何处理真的不会回滚吗？
okk4521的博客
11-13 4285
今天代码评审，碰到了@Transactional 事务的分歧，我认为，只要方法被try catch了，并且没有做任何处理，就不会回滚事务，但事实并不是这样，因此我还跟同事打赌输了一支雪糕！！！ 特此来csdn发个贴，这也是我都第一次发帖，哈哈~~~ 直接上代码： 情况一： Controller层代码： @RestController public class MyTestContr...
Sping boot try catch语句后 @Transactional事务不回滚（已解决）
weixin_54586234的博客
11-12 2247
原因：try catch语句会捕获你发出的异常 @Transactional感知不到抛出的异常 自然也就不会进行事物回滚。1.使用以下配置（基础的 Transactional配置只能拦截RuntimeException和Error异常）2.catch中添加（手动进行回滚）
@Transactional遇到try catch失效
qq_39202382的博客
08-07 3163
Springboot中@Transactional遇到了try catch失效了，需要手动回滚 try { user.setExpire(Integer.parseInt(expire)); userService.updateById(user); Host host = hostService.getById(user.getHostId());//查询数据库的
Java 事务注解@Transactional 回滚 (涉及try catch、嵌套)问题
qq_40896017的博客
08-09 3874
事务回滚
@Transactional与try catch一起使用
最新发布
07-25
### ### Spring @Transactional 注解与 try-catch 一起使用的最佳实践 在 Spring 框架中，`@Transactional` 注解提供了声明式事务管理的便捷方式，通过 AOP 技术对方法进行事务增强，确保方法执行过程中发生异常时能够自动回滚。然而，当在 `@Transactional` 注解的方法中使用 `try-catch` 块处理异常时，若使用不当，可能导致事务失效或回滚失败。 在默认配置下，Spring 仅对未检查异常（即继承自 `RuntimeException` 的异常）和 `Error` 进行事务回滚，而对检查异常（checked exceptions）则默认不会回滚。因此，如果在 `try-catch` 中捕获了异常而没有重新抛出，事务将不会回滚，从而导致数据不一致问题[^1]。 为了确保事务的完整性，推荐的做法是：在 `catch` 块中重新抛出捕获的异常，或者显式调用 `TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()` 来标记事务为回滚状态。这种方式可以确保 Spring 框架识别到异常并执行回滚操作。例如： ```java @Transactional public void performBusinessOperation() { try { // 业务逻辑 } catch (SpecificException e) { // 处理异常并标记事务回滚 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); throw e; } } ``` 此外，有建议指出，在 `@Transactional` 注解方法中使用 `try-catch` 时，可以将需要在异常发生后执行的清理或资源释放代码放在 `finally` 块中，以确保无论是否发生异常，这些代码都能被执行，从而避免资源泄漏或状态不一致的问题[^2]。 需要注意的是，`@Transactional` 注解的事务边界由 Spring 框架自动管理，因此在方法内部使用 `try-catch` 时，应避免过早捕获并吞掉异常，否则事务管理器将无法感知到异常的发生，进而导致事务无法回滚。 ### ### 相关问题 1. 在 Spring 中如何正确使用 `@Transactional` 注解管理事务？ 2. `@Transactional` 注解方法中使用 `try-catch` 是否会影响事务的回滚？ 3. Spring 事务管理中如何处理检查异常与未检查异常？ 4. 如何在 `@Transactional` 方法中正确释放资源而不影响事务行为？ 5. Spring 中事务传播机制对 `try-catch` 使用有何影响？ ### ### 参考资料 - Spring 通过 `@Transaction` 注解提供了声明式事务管理的便捷方式，极大地简化了事务处理的复杂性[^3]。 - 在 `@Transactional` 注解的业务方法中，如果想在 `try-catch` 语句中正确处理异常，而又不会导致事务失效，应该将 `catch` 块中的代码放在 `finally` 块中。这样，即使在 `catch` 块中发生了异常，`finally` 块中的代码仍然会执行，保证事务能够正常提交或回滚[^2]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值