Spring 事务失效的八种场景

已于 2023-08-14 09:52:22 修改
阅读量946 收藏 9
点赞数 1
分类专栏： Spring 文章标签： spring java
于 2023-08-07 20:30:41 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/victo_chao/article/details/132153925
版权

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. 父子容器导致的事务失效

@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);
        }
    }
}

控制器类：

@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

Spring为什么会失效？

这是因为 Spring事务是由 AOP机制实现的，AOP机制的本质就是动态代理，更直白的说：从 Spring IOC容器获取 bean时，Spring会为目标类创建代理，从而支持事务的。

事务需要的 Advisor等资源是在 Spring创建代理类时去创建的，因此，注释 ServiceImpl类的 @Service注解，该类就不受 Spring容器管理，那么事务需要的 Advisor资源就无法生成，事务自然就失效了。

@我本楚狂人
关注
  • 1
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Spring 事务失效的7种场景
春风化雨
01-13 2万+
1、事务失效的7种情况 未启用spring事务管理功能 方法不是public类型的 数据源未配置事务管理器 自身调用问题 异常类型错误 异常被吞了 业务和spring事务代码必须在一个线程中 1.1、未启用spring事务管理功能 @EnableTransactionManagement 注解用来启用spring事务自动管理事务的功能，这个注解千万不要忘记写了。 1.2、方法不是public类型的 @Transaction 可以用在
Spring事务失效的12种场景
weixin_42113716的博客
08-28 311
Spring事务失效的12种场景
Spring事务8种可能会失效的场景，你碰到过几种？
最新发布
新生代码农的博客
05-22 767
Spring事务管理是企业级应用中关键的一环。然而，在使用过程中，开发者可能会遇到各种事务失效的问题。本文将深入分析8个常见的Spring事务失效场景，并提供解决方案和代码示例，帮助你在实际开发中有效避免这些问题。
Spring事务失效的场景有哪些
刘皇叔说Java的博客
02-27 1723
如果在使用@Transactional注解声明事务时，有时想自定义回滚异常，spring也是支持的。可以通过设置rollbackFor参数，来完成这个功能。如下：@Service但是如果在程序执行过程中，出现了sql异常，但是sql异常并不属于我们定义的BusinessException异常，所以事务也不会回滚延伸：1 嵌套事务导致多回滚了怎么办？@Service@Autowired@Service如果说对于这样的代码。
Spring事务失效的各种场景
果酱 の 博客
07-19 4255
Spring事务失效可能会导致数据不一致和错误的结果。在本文中，我们讨论了几种常见的Spring事务失效场景，包括不合适的事务传播行为、异常未被捕获或未抛出、方法内部调用不会触发事务、事务方法被同类中的非事务方法调用、事务方法被同类中的静态方法调用以及事务方法被外部类中的方法调用。我们提供了详细的解释和Java示例，并介绍了如何通过适当的配置和管理事务来避免事务失效的问题。在使用Spring事务时，我们应该仔细考虑事务的传播行为，并确保在方法中正确处理异常和显式抛出异常。
Spring事务失效的场景
weixin_45525323的博客
04-16 519
原因：spring事务底层使用aop，也就是通过jdk动态代理，帮我们生成了代理类，在代理类中实现的事务功能。如果方法用final修饰了，那么在代理类中就不能重写该方法添加事务功能。如果方法的访问权限被定义为pricate，会导致事务失效，Spring要求被代理的方法必须是public。我们忘记加@Controller、@Service、@Component、@Repository等注解。mysql5之前默认的数据库引擎是myisam，是不支持事务的。catych了异常，事务是不会回滚的。
Spring事务失效常见的八种场景
fengxiandada的博客
11-20 1450
Spring事务失效场景
Spring中事务失效的8中场景
小强快跑~~
07-24 569
这里以 MySQL为例，MyISAM引擎是不支持事务操作的，一般要支持事务都会使用InnoDB引擎，根据MySQL 的官方文档说明，从MySQL 5.5.5 开始的默认存储引擎是 InnoDB，之前默认的都是 MyISAM，所以这一点要值得注意，如果底层引擎不支持事务，那么再怎么设置也没有用。这两个例子中的事务都不会生效，因为它们发生了自身调用，就调用了该类自己的方法，而没有经过Spring的代理类，默认只有调用外部代理类的方法，事务才会生效，这也是老生常谈的问题了。这里大家可以先想一想，后面会揭晓答案。
spring事务失效的几种场景
Jiangbohao_的博客
07-07 4225
不废话 1.数据库存储引擎不支持事务 以 MySQL 为例，其 MyISAM 引擎是不支持事务操作的，InnoDB 才是支持事务的引擎，一般要支持事务都会使用 InnoDB。 根据 MySQL 的官方文档： MySQL 的官方文档 从 MySQL 5.5.5 开始的默认存储引擎是：InnoDB，之前默认的都是：MyISAM，所以这点要值得注意，底层引擎不支持事务再怎么搞都是白搭。 2.没有被spring管理 如下面例子: // @Service public class OrderServiceImpl
Spring事务失效八大场景
Coder
02-09 2488
Spring事务失效八大场景
spring事务失效的12种场景
qq_38470315的博客
05-11 620
对于从事java开发工作的同学来说，spring的事务肯定再熟悉不过了。在某些业务场景下，如果一个请求中，需要同时写入多张表的数据。为了保证操作的原子性（要么同时成功，要么同时失败），避免数据不一致的情况，我们一般都会用到spring事务。，就能轻松搞定事务。我猜大部分小伙伴也是这样用的，而且一直用一直爽。但如果你使用不当，它也会坑你于无形。今天我们就一起聊聊，事务失效的一些场景，说不定你已经中招了。不信，让我们一起看看。
Spring事务失效的几种原因
热门推荐
dhklsl的专栏
03-08 2万+
1、spring的事务注解@Transactional只能放在public修饰的方法上才起作用，如果放在其他非public（private，protected）方法上，虽然不报错，但是事务不起作用 2、如果采用spring+spring mvc，则context:component-scan重复扫描问题可能会引起事务失败。 如果spring和mvc的配置文件中都扫描了serv...
聊聊spring事务失效的12种场景，太坑了
程序员高级码农的博客
01-29 815
对于从事java开发工作的同学来说，spring的事务肯定再熟悉不过了。在某些业务场景下，如果一个请求中，需要同时写入多张表的数据。为了保证操作的原子性（要么同时成功，要么同时失败），避免数据不一致的情况，我们一般都会用到spring事务。，就能轻松搞定事务。我猜大部分小伙伴也是这样用的，而且一直用一直爽。但如果你使用不当，它也会坑你于无形。今天我们就一起聊聊，事务失效的一些场景，说不定你已经中招了。不信，让我们一起看看。
Spring中事务失效的12种场景
fan962806545的博客
04-09 177
Spring事务失效场景
总结一下Spring中事务失效的8中场景
m0_71777195的博客
07-22 101
大家好，今天来聊一个老生常谈的话题，即Spring中事务失效有哪些场景。我这里整理归纳了一下，大概在以下8种场景下事务会不生效。
Spring事务失效的几种场景
zyl_bb的博客
08-31 61
Spring事务失效的几个场景
Spring 事务失效的常见八大场景，注意避坑
12-23 938
synchronized 保证的仅是目标方法的原子性，环绕目标方法的还有 commit 等操作，它们并未处于 sync 块内。上面的代码实际上是有 bug 的，假设 from 余额为 1000，两个线程都来转账 1000，可能会出现扣减为负数的情况。原因：事务切面优先级最低，但如果自定义的切面优先级和他一样，则还是自定义切面在内层，这时若自定义切面没有正确抛出异常…原因：事务通知只有捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理掉异常，事务通知无法知悉。好了，本文就到这里了！
spring中事务失效的场景
08-31
在Spring中，事务可能会失效的几个场景包括： 1. 未配置事务管理器：如果在项目中没有配置Spring的事务管理器，即使使用了Spring的事务管理功能，事务也不会生效。[2] 2. 数据库不支持事务：Spring事务的生效前提是所连接的数据库要支持事务。如果底层的数据库不支持事务，那么Spring的事务肯定会失效。举个例子，如果使用的数据库为MySQL，并且选用了MyISAM存储引擎，那么Spring的事务就会失效。 3. 事务方法未被Spring管理：另一个导致事务失效的场景是事务方法未被Spring管理。要使Spring事务生效，需要在应用程序中使用@Transactional注解或配置声明式事务的XML配置，来标记需要进行事务管理的方法。如果方法未被正确标记，那么Spring将无法管理该方法的事务，从而导致事务失效。 总结起来，Spring事务可能失效的场景包括未配置事务管理器、数据库不支持事务以及事务方法未被Spring管理。在使用Spring的事务管理功能时，需要注意这些场景，以确保事务的正常生效。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [Spring 事务失效的 8 种场景！](https://blog.csdn.net/sufu1065/article/details/122076645)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值