Spring基础篇:Spring对事务传播的控制

简介: Spring对事务传播的控制

事务传播

多个事务方法相互调用时,事务如何在这些方法间传播。

方法A是一个事务的方法,方法A执行过程中调用了方法B。

  1. 此时方法B可能有事务,也可能没有事务。如果有事务的话
  2. 方法B对事务的要求不同都会对方法A的事务具体执行造成影响。
  3. 同时方法A的事务对方法B的事务执行也有影响,这种影响具体是什么就由两个方法所定义的事务传播类型所决定。

举一个例子:

我需要预定一个掘金背包,预定动作的同时,我需要支付一笔钱,这是两个动作,如果我支付失败了,那么我的预定也失败了!

这个例子实现很简单,只需要将两个Service层都开启事务即可

使用注解的核心代码

前置需要:

  1. 需要配置类,注入DataSourceJdbcTemplateDataSourceTransactionManager,开启@EnableTransactionManagement启用事务
  2. 需要配置两个对应的Dao
创建订单:
jdbcTemplate.update("insert into `order` (ordername) values (?)",orderName);

创建支付:
jdbcTemplate.update("insert into `pay` (pay_money) values (?)",money);

我们只关注Service

  1. 预定的动作
@Service
@Transactional
public class OrdersService {
    @Autowired
    OrderDao orderDao;

    @Autowired
    PayingService payingService;

    public void overbooking(String orderName){
        orderDao.overbooking(orderName);
        payingService.paying(100);
    }
}

我们可以发现在overbooking中调用了PayingService.paying()方法。

  1. 支付的动作
@Service
@Transactional
public class PayingService {
    @Autowired
    PayDao payDao;

    public void paying(Integer money){
        payDao.paying(money);
        int i = 1/0;
    }
}

两个方法都开启了事务,而且在paying方法中出现了int i =1/0的错误,这时候事务起作用,都会执行rollback,两条SQL都失效了。

需求变更

这时候有人突然会说了,那我支付失败可能是这个银行卡里没钱了,但是另外一个银行卡有钱,所以你不能因为我第一次交费失败了就把我预定给整没了,你应该给我5分钟时间重新操作,超时了再取消呗!

那原题就变成了:

我需要预定一个掘金背包,预定动作的同时,我需要支付一笔钱,这是两个动作,如果我支付失败了,那么系统保留订单,但支付金额的操作需要回退!

这个需求就需要用到事务传播的控制了!

解决办法

先看注解的解决办法,在@Transactional注解中有个属性是:propagation,它有如下几个值:

  • REQUIRED
  • SUPPORTS
  • MANDATORY
  • REQUIRES_NEW
  • NOT_SUPPORTED
  • NEVER
  • NESTED

这里我们需要用到的是NOT_SUPPORTED,也就是在OrdersService@Transactional注解中加上该属性

@Transactional(propagation = Propagation.NOT_SUPPORTED)

再次执行测试时,就会发现,数据库中添加订单的操作成功了;而订单支付的动作失败了。

这就是事务传播控制的魅力(虽然可能这个例子不太恰当,可能存在漏洞,也是助于理解嘛)。

目录
相关文章
|
3月前
|
安全 Java 数据库
一天十道Java面试题----第四天(线程池复用的原理------>spring事务的实现方式原理以及隔离级别)
这篇文章是关于Java面试题的笔记,涵盖了线程池复用原理、Spring框架基础、AOP和IOC概念、Bean生命周期和作用域、单例Bean的线程安全性、Spring中使用的设计模式、以及Spring事务的实现方式和隔离级别等知识点。
|
11天前
|
Java 开发者 Spring
Spring高手之路24——事务类型及传播行为实战指南
本篇文章深入探讨了Spring中的事务管理,特别是事务传播行为(如REQUIRES_NEW和NESTED)的应用与区别。通过详实的示例和优化的时序图,全面解析如何在实际项目中使用这些高级事务控制技巧,以提升开发者的Spring事务管理能力。
24 1
Spring高手之路24——事务类型及传播行为实战指南
|
4月前
|
Java 关系型数据库 MySQL
Spring 事务失效场景总结
Spring 事务失效场景总结
63 4
|
4天前
|
XML Java 数据库连接
Spring中的事务是如何实现的
Spring中的事务管理机制通过一系列强大的功能和灵活的配置选项,为开发者提供了高效且可靠的事务处理手段。无论是通过注解还是AOP配置,Spring都能轻松实现复杂的事务管理需求。掌握这些工具和最佳实践,能
13 3
|
2月前
|
Java 数据库连接 数据库
spring复习05,spring整合mybatis,声明式事务
这篇文章详细介绍了如何在Spring框架中整合MyBatis以及如何配置声明式事务。主要内容包括:在Maven项目中添加依赖、创建实体类和Mapper接口、配置MyBatis核心配置文件和映射文件、配置数据源、创建sqlSessionFactory和sqlSessionTemplate、实现Mapper接口、配置声明式事务以及测试使用。此外,还解释了声明式事务的传播行为、隔离级别、只读提示和事务超时期间等概念。
spring复习05,spring整合mybatis,声明式事务
|
2月前
|
Java 测试技术 数据库
Spring事务传播机制(最全示例)
在使用Spring框架进行开发时,`service`层的方法通常带有事务。本文详细探讨了Spring事务在多个方法间的传播机制,主要包括7种传播类型:`REQUIRED`、`SUPPORTS`、`MANDATORY`、`REQUIRES_NEW`、`NOT_SUPPORTED`、`NEVER` 和 `NESTED`。通过示例代码和数据库插入测试,逐一展示了每种类型的运作方式。例如,`REQUIRED`表示如果当前存在事务则加入该事务,否则创建新事务;`SUPPORTS`表示如果当前存在事务则加入,否则以非事务方式执行;`MANDATORY`表示必须在现有事务中运行,否则抛出异常;
141 4
Spring事务传播机制(最全示例)
|
1月前
|
Java 关系型数据库 MySQL
Spring事务失效,我总结了这7个主要原因
本文详细探讨了Spring事务在日常开发中常见的七个失效原因,包括数据库不支持事务、类不受Spring管理、事务方法非public、异常被捕获、`rollbackFor`属性配置错误、方法内部调用事务方法及事务传播属性使用不当。通过具体示例和源码分析,帮助开发者更好地理解和应用Spring事务机制,避免线上事故。适合所有使用Spring进行业务开发的工程师参考。
29 2
|
1月前
|
Java 程序员 Spring
Spring事务的1道面试题
每次聊起Spring事务,好像很熟悉,又好像很陌生。本篇通过一道面试题和一些实践,来拆解几个Spring事务的常见坑点。
Spring事务的1道面试题
|
2月前
|
Java Spring
Spring 事务传播机制是什么?
Spring 事务传播机制是什么?
22 4
|
1月前
|
监控 Java 数据库
Spring事务中的@Transactional注解剖析
通过上述分析,可以看到 `@Transactional`注解在Spring框架中扮演着关键角色,它简化了事务管理的复杂度,让开发者能够更加专注于业务逻辑本身。合理运用并理解其背后的机制,对于构建稳定、高效的Java企业应用至关重要。
44 0