Spring 事务失效的常见八大场景，注意避坑

已于 2022-12-23 14:48:05 修改
阅读量1k 收藏 7
点赞数 3
分类专栏： 面试专栏 文章标签： java spring 开发语言
于 2022-12-23 14:47:46 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Y_hanxiong/article/details/128419637
版权
本文详细分析了Spring事务在实际应用中可能遇到的八种失效情况，包括抛出检查异常、业务方法内处理异常、AOP切面顺序、非public方法、父子容器、本类方法调用、@Transactional不保证原子性和synchronized失效，并提供了相应的解决办法，帮助开发者避免事务处理陷阱。
摘要由CSDN通过智能技术生成

1. 抛出检查异常导致事务不能正确回滚

 @Service
 public class Service1 {
 
     @Autowired
     private AccountMapper accountMapper;
 
     @Transactional
     public void transfer(int from, int to, int amount) throws FileNotFoundException {
         int fromBalance = accountMapper.findBalanceBy(from);
         if (fromBalance - amount >= 0) {
             accountMapper.update(from, -1 * amount);
             new FileInputStream("aaa");
             accountMapper.update(to, amount);
         }
     }
 }

  • 原因：Spring 默认只会回滚非检查异常

  • 解法：配置 rollbackFor 属性

    • @Transactional(rollbackFor = Exception.class)

2. 业务方法内自己 try-catch 异常导致事务不能正确回滚

 @Service
 public class Service2 {
 
     @Autowired
     private AccountMapper accountMapper;
 
     @Transactional(rollbackFor = Exception.class)
     public void transfer(int from, int to, int amount)  {
         try {
             int fromBalance = accountMapper.findBalanceBy(from);
             if (fromBalance - amount >= 0) {
                 accountMapper.update(from, -1 * amount);
                 new FileInputStream("aaa");
                 accountMapper.update(to, amount);
             }
         } catch (FileNotFoundException e) {
             e.printStackTrace();
         }
     }
 }

  • 原因：事务通知只有捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理掉异常，事务通知无法知悉

  • 解法1：异常原样抛出

    • 在 catch 块添加 throw new RuntimeException(e);

  • 解法2：手动设置 TransactionStatus.setRollbackOnly()

    • 在 catch 块添加 TransactionInterceptor.currentTransactionStatus().setRollbackOnly();

3. aop 切面顺序导致导致事务不能正确回滚

 @Service
 public class Service3 {
 
     @Autowired
     private AccountMapper accountMapper;
 
     @Transactional(rollbackFor = Exception.class)
     public void transfer(int from, int to, int amount) throws FileNotFoundException {
         int fromBalance = accountMapper.findBalanceBy(from);
         if (fromBalance - amount >= 0) {
             accountMapper.update(from, -1 * amount);
             new FileInputStream("aaa");
             accountMapper.update(to, amount);
         }
     }
 }

 @Aspect
 public class MyAspect {
     @Around("execution(* transfer(..))")
     public Object around(ProceedingJoinPoint pjp) throws Throwable {
         LoggerUtils.get().debug("log:{}", pjp.getTarget());
         try {
             return pjp.proceed();
         } catch (Throwable e) {
             e.printStackTrace();
             return null;
         }
     }
 }

  • 原因：事务切面优先级最低，但如果自定义的切面优先级和他一样，则还是自定义切面在内层，这时若自定义切面没有正确抛出异常…

  • 解法1、2：同情况2 中的解法:1、2

  • 解法3：调整切面顺序，在 MyAspect 上添加 @Order(Ordered.LOWEST_PRECEDENCE - 1) （不推荐）

4. 非 public 方法导致的事务失效

 @Service
 public class Service4 {
 
     @Autowired
     private AccountMapper accountMapper;
 
     @Transactional
     void transfer(int from, int to, int amount) throws FileNotFoundException {
         int fromBalance = accountMapper.findBalanceBy(from);
         if (fromBalance - amount >= 0) {
             accountMapper.update(from, -1 * amount);
             accountMapper.update(to, amount);
         }
     }
 }

  • 原因：Spring 为方法创建代理、添加事务通知、前提条件都是该方法是 public 的

  • 解法1：改为 public 方法

  • 解法2：添加 bean 配置如下（不推荐）

 @Bean
 public TransactionAttributeSource transactionAttributeSource() {
     return new AnnotationTransactionAttributeSource(false);
 }

5. 父子容器导致的事务失效

 package day04.tx.app.service;
 
 // ...
 
 @Service
 public class Service5 {
 
     @Autowired
     private AccountMapper accountMapper;
 
     @Transactional(rollbackFor = Exception.class)
     public void transfer(int from, int to, int amount) throws FileNotFoundException {
         int fromBalance = accountMapper.findBalanceBy(from);
         if (fromBalance - amount >= 0) {
             accountMapper.update(from, -1 * amount);
             accountMapper.update(to, amount);
         }
     }
 }

控制器类

 package day04.tx.app.controller;
 
 // ...
 
 @Controller
 public class AccountController {
 
     @Autowired
     public Service5 service;
 
     public void transfer(int from, int to, int amount) throws FileNotFoundException {
         service.transfer(from, to, amount);
     }
 }

App 配置类

 @Configuration
 @ComponentScan("day04.tx.app.service")
 @EnableTransactionManagement
 // ...
 public class AppConfig {
     // ... 有事务相关配置
 }

Web 配置类

 @Configuration
 @ComponentScan("day04.tx.app")
 // ...
 public class WebConfig {
     // ... 无事务配置
 }

现在配置了父子容器，WebConfig 对应子容器，AppConfig 对应父容器，发现事务依然失效

  • 原因：子容器扫描范围过大，把未加事务配置的 service 扫描进来

  • 解法1：各扫描各的，不要图简便

  • 解法2：不要用父子容器，所有 bean 放在同一容器

6. 调用本类方法导致传播行为失效

 @Service
 public class Service6 {
 
     @Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
     public void foo() throws FileNotFoundException {
         LoggerUtils.get().debug("foo");
         bar();
     }
 
     @Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class)
     public void bar() throws FileNotFoundException {
         LoggerUtils.get().debug("bar");
     }
 }

  • 原因：本类方法调用不经过代理，因此无法增强

  • 解法1：依赖注入自己（代理）来调用

  • 解法2：通过 AopContext 拿到代理对象，来调用

  • 解法3：通过 CTW，LTW 实现功能增强

解法1

 @Service
 public class Service6 {
 
     @Autowired
     private Service6 proxy; // 本质上是一种循环依赖
 
     @Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
     public void foo() throws FileNotFoundException {
         LoggerUtils.get().debug("foo");
         System.out.println(proxy.getClass());
         proxy.bar();
     }
 
     @Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class)
     public void bar() throws FileNotFoundException {
         LoggerUtils.get().debug("bar");
     }
 }

解法2，还需要在 AppConfig 上添加 @EnableAspectJAutoProxy(exposeProxy = true)

 @Service
 public class Service6 {
     
     @Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
     public void foo() throws FileNotFoundException {
         LoggerUtils.get().debug("foo");
         ((Service6) AopContext.currentProxy()).bar();
     }
 
     @Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class)
     public void bar() throws FileNotFoundException {
         LoggerUtils.get().debug("bar");
     }
 }

7. @Transactional 没有保证原子行为

 @Service
 public class Service7 {
 
     private static final Logger logger = LoggerFactory.getLogger(Service7.class);
 
     @Autowired
     private AccountMapper accountMapper;
 
     @Transactional(rollbackFor = Exception.class)
     public void transfer(int from, int to, int amount) {
         int fromBalance = accountMapper.findBalanceBy(from);
         logger.debug("更新前查询余额为: {}", fromBalance);
         if (fromBalance - amount >= 0) {
             accountMapper.update(from, -1 * amount);
             accountMapper.update(to, amount);
         }
     }
 
     public int findBalance(int accountNo) {
         return accountMapper.findBalanceBy(accountNo);
     }
 }

上面的代码实际上是有 bug 的，假设 from 余额为 1000，两个线程都来转账 1000，可能会出现扣减为负数的情况

  • 原因：事务的原子性仅涵盖 insert、update、delete、select … for update 语句，select 方法并不阻塞

  • 如上图所示，红色线程和蓝色线程的查询都发生在扣减之前，都以为自己有足够的余额做扣减

8. @Transactional 方法导致的 synchronized 失效

针对上面的问题，能否在方法上加 synchronized 锁来解决呢？

 @Service
 public class Service7 {
 
     private static final Logger logger = LoggerFactory.getLogger(Service7.class);
 
     @Autowired
     private AccountMapper accountMapper;
 
     @Transactional(rollbackFor = Exception.class)
     public synchronized void transfer(int from, int to, int amount) {
         int fromBalance = accountMapper.findBalanceBy(from);
         logger.debug("更新前查询余额为: {}", fromBalance);
         if (fromBalance - amount >= 0) {
             accountMapper.update(from, -1 * amount);
             accountMapper.update(to, amount);
         }
     }
 
     public int findBalance(int accountNo) {
         return accountMapper.findBalanceBy(accountNo);
     }
 }

答案是不行，原因如下：

  • synchronized 保证的仅是目标方法的原子性，环绕目标方法的还有 commit 等操作，它们并未处于 sync 块内

  • 可以参考下图发现，蓝色线程的查询只要在红色线程提交之前执行，那么依然会查询到有 1000 足够余额来转账

  • 解法1：synchronized 范围应扩大至代理方法调用

  • 解法2：使用 select … for update 替换 select

好了，本文就到这里了！如果觉得内容不错的话，希望大家可以帮忙点赞转发一波，这是对我最大的鼓励，感谢🙏🏻

资料获取👇 最后面就是领取暗号，公众号回复即可！

小熊学Java
关注
专栏目录
订阅专栏
Spring 事务失效的八种场景
流楚丶格念的博客
08-25 2688
而父容器和子容器的区别。比如父容器有a.b.c三个bean对象，子容器有d.e.f三个bean对象，子容器就可以通过getBean方法调用父容器的a.b.c bean对象，而父容器不能通过getBean拿到子容器的d.e.f三个bean对象。其中也要弄清楚的是父子容器并不是一种包含关系，而是平行关系，但是在子容器中有一个parent，指向父容器，也就是说子容器在通过getBean访问父容器中的bean对象时是通过parent访问。解法2：不要用父子容器，所有 bean 放在同一容器。
【Spring】Spring事务失效的 8 大原因
九师兄
09-08 495
前几天栈长不是发了一篇文章，里面有一个关于事务失效的问题：用 Spring 的 @Transactional 注解控制事务有哪些不生效的场景？其中有个热心粉丝留言分享了下，我觉得总结得有点经验，给置顶了：以上留言来源微信公众号：Java技术栈，关注一起学Java!但是我觉得还是总结得不够全，今天栈长我再总结一下，再延着这位粉丝的总结再补充完善一下，不用说，我肯定也不见得总结全，但希望可以帮忙有需要的人。本文总结了八种事务失效的场景，其实发生最多就是自身调用、异常被吃、异常抛出类型不对这三个了。
Spring事务失效常见场景
热门推荐
qq_16268979的博客
03-24 2万+
一、事务方法访问修饰符非public，导致事务失效 1、实例 2、解决 方式一：将方法修饰符改为public 方式二：开启AspectJ代理模式 3、注意 　　如果事务是static、final的，同样无法通过动态代理，事务也是不会生效的。 　　Spring的声明式事务是基于动态代理实现的，我们无法重写final修饰的方法； 　　不管是JDK动态代理还是Cglib的动态代理，就是要通过代理的方式获取到代理的具体对象，而static方法修饰的方法是属于类的，不属于任何对象，所以static方法不能被重写，即
Spring 事务失效的 8 大场景，看看你都遇到过几个
Yang_yangyang的博客
03-04 1793
用 Spring 的@Transactional注解控制事务有哪些不生效的场景？ 不知道小伙伴们有没有这样的经历，在自己开心的编写业务代码时候，突然某一个方法里的事务好像失效了。然后 debug 跟踪代码时发现，自己第一步的 insert 或者 update 的数据在语句执行完毕后，数据库中并没有立即出现更改或保存完的新数据。所以一度怀疑spring 的事务失效了。那么这篇文章就来总结一下，大家给大家造成 “spring事务失效”错觉的 几个常见场景，然后对症下药。 Let's GO!!! 以本人..
Spring事务失效场景
qq_33790106的博客
06-28 1181
Spring事务生效的前提是所连接的数据库要支持事务，如果底层的数据库都不支持事务，则Spring的事务肯定会失效。如果同一个类中的两个方法分别为A和B，方法A上没有添加事务注解，方法B上添加了 @Transactional事务注解，方法A调用方法B，则方法B的事务会失效。如果事务方法所在的类没有加载到Spring IOC容器中，也就是说，事务方法所在的类没有被Spring管理，则Spring事务会失效。如果内部方法的事务传播类型为不支持事务的传播类型，则内部方法的事务在Spring中会失效。
Spring事务失效的各种场景
Daylight629博客
07-17 3525
关于事务失效的各种场景
spring事务失效的几种场景以及原因
Trouvailless的博客
04-26 1638
前言 spring事务失效场景可能大家在很多文章都看过了，所以今天就水一篇，看大家能不能收获一些不一样的东西。直接进入主题 2 spring事务失效场景以及原因 1、场景一：service没有托管给spring public class TranInvalidCaseWithoutInjectSpring { private UserService userService; public TranInvalidCaseWithoutInjectSpring(UserSer
Spring 事务生效的八大原因
C1476029172的博客
11-28 964
Spring事务生效的八大原因 这是之前面试被面试官问到的一个问题，没有回答得很好，所以在这里给大家总结一下（我的这次总结可能也会有些欠缺，但是面试够了） 1、数据库引擎不支持事务 我们将 MySQL 为例，其中 MyISAM 引擎是不支持事务操作的，InnoDB 才是支持事务的引擎，一般要支持事务都会使用 InnoDB。 2、没有被 Spring 管理 例如下面代码： // @Service public class OrderServiceImpl implements OrderService {
【Spring事务详解】--- 3.事务失效的八种场景
weixin_42072632的博客
08-11 370
被捕获的异常一定要抛出，否则是不会回滚的。
Spring 事务失效的 8 种场景！
磊哥聊Java
12-21 1万+
在日常工作中，如果对Spring的事务管理功能使用不当，则会造成Spring事务不生效的问题。而针对Spring事务不生效的问题，也是在跳槽面试中被问的比较频繁的一个问题。点击上方卡片关注...
每日一博 - 常见的Spring事务失效&事务不回滚案例集锦
小工匠
09-04 2万+
文章目录事务不生效方法内部调用修复方法一 ： 【新加一个Service方法】修复方法二：【在该Service类中注入自己】修复方法三：【通过AopContent类】<---- 推荐访问权限问题方法用final修饰未被spring管理多线程调用表不支持事务未开启事务事务不回滚错误的传播特性自己吞了异常手动抛了别的异常自定义了回滚异常嵌套事务回滚多了其他常见问题编程式事务大事务问题 事务不生效 方法内部调用 有时候我们需要在某个Service类的某个方法中，调用另外一个事务方法 @Service p
事务失效的场景-8个方面
weixin_43888912的博客
08-30 242
事务失效的场景-8个方面
总结一下Spring中事务失效的8中场景~
竹林幽深
06-30 496
原创 飘渺Jam发表于安徽大家好，今天来聊一个老生常谈的话题，即Spring中事务失效有哪些场景。我这里整理归纳了一下，大概在以下8种场景下事务会不生效。
Spring事务失效的场景有哪些
刘皇叔说Java的博客
02-27 1942
如果在使用@Transactional注解声明事务时，有时想自定义回滚异常，spring也是支持的。可以通过设置rollbackFor参数，来完成这个功能。如下：@Service但是如果在程序执行过程中，出现了sql异常，但是sql异常并不属于我们定义的BusinessException异常，所以事务也不会回滚延伸：1 嵌套事务导致多回滚了怎么办？@Service@Autowired@Service如果说对于这样的代码。
Spring事务@Transactional常见的8种失效场景（通俗易懂）
黄团团的个人博客
07-02 6710
在日常的开发过程中，多多少少会遇到Spring事务失效导致的一些事故，本篇主要通过具体的案例分析来讲解常见的8种失效的场景，让阅读者通俗易懂的明白每一种事务失效的原因，知其然并知其所以然！
详解Spring事务失效的八种常见场景
玦尘的博客
04-20 2996
当未正确定义事务管理器或使用不兼容的事务管理器时，Spring 将无法正确识别事务边界并进行事务管理，从而导致事务失效。场景：在 Spring 的配置文件（如 applicationContext.xml 或 application.properties）中未正确定义事务管理器。解决方法：确保在 Spring 的配置文件中定义了事务管理器。例如，在 Spring Boot 中，可以通过在 application.properties 文件中配置数据源相关属性来启用事务管理器。示例：Driver。
【事务失效】十种常见场景
寒潭清
05-22 2016
大多数Spring Boot项目只需要在方法上标记@Transactional注解，即可一键开启方法的事务性配置。但是，事务如果没有被正确出，很有可能会导致事务的失效，避免因为事务处理不当导致业务逻辑产生大量偶发性BUG。
Spring事务8种可能会失效的场景，你碰到过几种？
最新发布
新生代码农的博客
05-22 1004
Spring事务管理是企业级应用中关键的一环。然而，在使用过程中，开发者可能会遇到各种事务失效的问题。本文将深入分析8个常见的Spring事务失效场景，并提供解决方案和代码示例，帮助你在实际开发中有效避免这些问题。
Spring事务失效的十种典型场景分析
本文档详细总结了Spring事务管理中常见的10种失效场景，并提供了相应的解决方案和最佳实践，帮助开发者理解和掌握事务管理的正确使用方法，以避免在项目中遇到类似问题。" 知识点: 1. **事务管理的基本概念**： -...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小熊学Java

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值