Spring Boot 中的事务传播行为是什么,原理,如何使用

简介: Spring Boot 中的事务传播行为是什么,原理,如何使用

Spring Boot 中的事务传播行为是什么,原理,如何使用


在 Spring Boot 中,事务是一种用于维护数据一致性和完整性的机制。在进行多个操作时,如果其中一个操作失败,事务会回滚到最初的状态,保证数据的一致性和完整性。在 Spring Boot 中,我们可以使用 @Transactional 注解来声明一个方法需要使用事务。本文将介绍 Spring Boot 中的事务传播行为,包括其原理和如何使用。


image.png


事务传播行为的概念


在一个应用程序中,可能会存在多个使用事务的方法。当一个方法调用另一个使用事务的方法时,这些事务之间会发生协作。事务传播行为就是指事务在这种协作中的传递方式。


在 Spring Boot 中,事务传播行为有以下几种:


  • REQUIRED:如果当前没有事务,就新建一个事务;如果已经存在一个事务中,就加入到这个事务中。
  • SUPPORTS:如果当前有事务,则加入这个事务;如果没有事务,则不使用事务。
  • MANDATORY:如果当前有事务,则加入这个事务;如果没有事务,则抛出异常。
  • REQUIRES_NEW:新建一个事务,如果当前存在事务,则挂起当前事务。
  • NOT_SUPPORTED:不使用事务,如果当前存在事务,则挂起当前事务。
  • NEVER:不使用事务,如果当前存在事务,则抛出异常。
  • NESTED:如果当前存在事务,则在嵌套事务中执行;如果当前没有事务,则新建一个事务。


事务传播行为的原理


在 Spring Boot 中,事务传播行为是通过 AOP(面向切面编程)实现的。当一个使用 @Transactional 注解的方法被调用时,Spring Boot 会通过 AOP 拦截这个方法,并根据事务传播行为的设置来决定是否在当前的事务中执行。


具体来说,当一个使用 @Transactional 注解的方法被调用时,Spring Boot 会检查当前是否存在事务。如果存在事务,并且事务传播行为是 REQUIRED、MANDATORY 或 NESTED,那么这个方法就会在当前事务中执行。否则,Spring Boot 将会新建一个事务,并在新事务中执行这个方法。


当一个事务传播行为是 REQUIRED、SUPPORTS、MANDATORY 或 NOT_SUPPORTED 的方法被调用时,它会根据当前的事务状态来决定是否加入到当前事务中。如果当前没有事务,那么这个方法就不会使用事务。否则,它会加入到当前事务中或者在当前事务中执行。


当一个事务传播行为是 REQUIRES_NEW 或 NESTED 的方法被调用时,它会新建一个事务,并在新事务中执行。如果当前存在事务,那么 REQUIRES_NEW 的方法会挂起当前事务,而 NESTED 的方法会在当前事务的嵌套事务中执行。


如何使用事务传播行为


在 Spring Boot 中,我们可以使用 @Transactional 注解来声明一个方法需要使用事务。同时,我们也可以在这个注解中指定事务传播行为。例如:


@Service
@Transactional(propagation = Propagation.REQUIRED)
public class UserService {
    @Autowired
    private UserRepository userRepository;
    public void updateUser(User user) {
        userRepository.save(user);
    }
}

上面的代码中,我们创建了一个名为 UserService 的服务类,并在它上面添加了 @Service 和 @Transactional 注解。在 @Transactional 注解中,我们指定了事务传播行为为 REQUIRED,表示如果当前没有事务,就新建一个事务;如果已经存在一个事务中,就加入到这个事务中。


在 updateUser 方法中,我们调用了 userRepository 的 save 方法来保存一个用户信息。如果这个方法执行成功,那么事务就会提交;否则,事务就会回滚到最初的状态。同时,由于我们在 UserService 类上添加了 @Transactional 注解,所以 updateUser 方法会在一个事务中执行。


除了 propagation 属性之外,@Transactional 注解还支持其他属性,例如 isolation、timeout 和 readOnly 等。这些属性可以让我们更加精细地控制事务的行为。例如:


@Service
@Transactional(
  propagation = Propagation.REQUIRED,
  isolation = Isolation.READ_COMMITTED,
  timeout = 60,
  readOnly = true
)
public class UserService {
    @Autowired
    private UserRepository userRepository;
    public void updateUser(User user) {
        userRepository.save(user);
    }
}

上面的代码中,我们在 @Transactional 注解中指定了事务传播行为为 REQUIRED,并使用 isolation 属性指定了事务的隔离级别为 READ_COMMITTED,使用 timeout 属性指定了事务的超时时间为 60 秒,使用 readOnly 属性指定了事务为只读模式。


总结


在本文中,我们介绍了 Spring Boot 中的事务传播行为。它决定了事务在协作中的传递方式,包括 REQUIRED、SUPPORTS、MANDATORY、REQUIRES_NEW、NOT_SUPPORTED、NEVER 和 NESTED 等几种方式。我们还介绍了事务传播行为的原理和如何在 Spring Boot 中使用它。


使用事务传播行为可以帮助我们更加灵活地控制事务的行为,避免出现数据不一致的情况。当然,在使用 @Transactional 注解时,我们也需要注意一些细节,例如,要确保事务传播行为、隔离级别、超时时间和只读模式等属性的设置正确,避免出现意外的结果。


最后,如果你想深入了解 Spring Boot 的其他注解和特性,可以参考官方文档或者其他相关资料,这将有助于你更好地理解和应用 Spring Boot。下面是完整的代码示例:


@Service
@Transactional(
  propagation = Propagation.REQUIRED,
  isolation = Isolation.READ_COMMITTED,
  timeout = 60,
  readOnly = true
)
public class UserService {
    @Autowired
    private UserRepository userRepository;
    public void updateUser(User user) {
        userRepository.save(user);
    }
}

相关文章
|
4月前
|
人工智能 Java 开发者
【Spring】原理解析:Spring Boot 自动配置
Spring Boot通过“约定优于配置”的设计理念,自动检测项目依赖并根据这些依赖自动装配相应的Bean,从而解放开发者从繁琐的配置工作中解脱出来,专注于业务逻辑实现。
1700 0
|
6月前
|
Java Spring 容器
SpringBoot自动配置的原理是什么?
Spring Boot自动配置核心在于@EnableAutoConfiguration注解,它通过@Import导入配置选择器,加载META-INF/spring.factories中定义的自动配置类。这些类根据@Conditional系列注解判断是否生效。但Spring Boot 3.0后已弃用spring.factories,改用新格式的.imports文件进行配置。
1094 0
|
3月前
|
JavaScript Java Maven
【SpringBoot(二)】带你认识Yaml配置文件类型、SpringMVC的资源访问路径 和 静态资源配置的原理!
SpringBoot专栏第二章,从本章开始正式进入SpringBoot的WEB阶段开发,本章先带你认识yaml配置文件和资源的路径配置原理,以方便在后面的文章中打下基础
401 3
|
3月前
|
XML Java 应用服务中间件
【SpringBoot(一)】Spring的认知、容器功能讲解与自动装配原理的入门,带你熟悉Springboot中基本的注解使用
SpringBoot专栏开篇第一章,讲述认识SpringBoot、Bean容器功能的讲解、自动装配原理的入门,还有其他常用的Springboot注解!如果想要了解SpringBoot,那么就进来看看吧!
502 2
|
5月前
|
Java 关系型数据库 数据库
深度剖析【Spring】事务:万字详解,彻底掌握传播机制与事务原理
在Java开发中,Spring框架通过事务管理机制,帮我们轻松实现了这种“承诺”。它不仅封装了底层复杂的事务控制逻辑(比如手动开启、提交、回滚事务),还提供了灵活的配置方式,让开发者能专注于业务逻辑,而不用纠结于事务细节。
|
6月前
|
前端开发 Java 数据库连接
SpringBoot参数校验底层原理和实操。深度历险、深度解析(图解+秒懂+史上最全)
SpringBoot参数校验底层原理和实操。深度历险、深度解析(图解+秒懂+史上最全)
SpringBoot参数校验底层原理和实操。深度历险、深度解析(图解+秒懂+史上最全)
|
10月前
|
Java Spring
SpringBoot自动配置原理
本文深入解析了SpringBoot的核心功能——自动配置,重点探讨了`org.springframework.boot.autoconfigure`及相关注解的工作机制。通过分析`@SpringBootApplication`、`@EnableAutoConfiguration`等注解,揭示了SpringBoot如何基于类路径和条件自动装配Bean
523 8
|
10月前
|
Java
SpringBoot自动装配的原理
在SpringBoot项目的启动引导类上都有一个注解@SpringBootApplication 这个注解是一个复合注解, 其中有三个注解构成 , 分别是 ● @SpringBootConfiguration : 是@Configuration的派生注解 , 标注当前类是一个SpringBoot的配置类 ● @ComponentScan : 开启组件扫描, 默认扫描的是当前启动引导了所在包以及子包 ● @EnableAutoConfiguration : 开启自动配置(自动配置核心注解) 2.在@EnableAutoConfiguration注解的内容使用@Import注解导入了一个AutoC
|
10月前
|
JavaScript 前端开发 Java
Idea启动SpringBoot程序报错:Veb server failed to start. Port 8082 was already in use;端口冲突的原理与解决方案
本文解决了Idea启动SpringBoot程序报错:Veb server failed to start. Port 8082 was already in use的问题,并通过介绍端口的使用原理和操作系统的端口管理机制,可以更有效地解决端口冲突问题,并确保Web服务器能够顺利启动和运行。 只有锻炼思维才能可持续地解决问题,只有思维才是真正值得学习和分享的核心要素。如果这篇博客能给您带来一点帮助,麻烦您点个赞支持一下,还可以收藏起来以备不时之需,有疑问和错误欢迎在评论区指出~
|
11月前
|
Java 数据库 开发者
详细介绍SpringBoot启动流程及配置类解析原理
通过对 Spring Boot 启动流程及配置类解析原理的深入分析,我们可以看到 Spring Boot 在启动时的灵活性和可扩展性。理解这些机制不仅有助于开发者更好地使用 Spring Boot 进行应用开发,还能够在面对问题时,迅速定位和解决问题。希望本文能为您在 Spring Boot 开发过程中提供有效的指导和帮助。
1369 12