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

相关文章
|
1月前
|
SQL Java 关系型数据库
【SpringFramework】Spring事务
本文简述Spring中数据库及事务相关衍伸知识点。
50 9
|
2月前
|
Java 开发者 Spring
理解和解决Spring框架中的事务自调用问题
事务自调用问题是由于 Spring AOP 代理机制引起的,当方法在同一个类内部自调用时,事务注解将失效。通过使用代理对象调用、将事务逻辑分离到不同类中或使用 AspectJ 模式,可以有效解决这一问题。理解和解决这一问题,对于保证 Spring 应用中的事务管理正确性至关重要。掌握这些技巧,可以提高开发效率和代码的健壮性。
128 13
|
2月前
|
缓存 安全 Java
Spring高手之路26——全方位掌握事务监听器
本文深入探讨了Spring事务监听器的设计与实现,包括通过TransactionSynchronization接口和@TransactionalEventListener注解实现事务监听器的方法,并通过实例详细展示了如何在事务生命周期的不同阶段执行自定义逻辑,提供了实际应用场景中的最佳实践。
76 2
Spring高手之路26——全方位掌握事务监听器
|
2月前
|
Java 关系型数据库 数据库
京东面试:聊聊Spring事务?Spring事务的10种失效场景?加入型传播和嵌套型传播有什么区别?
45岁老架构师尼恩分享了Spring事务的核心知识点,包括事务的两种管理方式(编程式和声明式)、@Transactional注解的五大属性(transactionManager、propagation、isolation、timeout、readOnly、rollbackFor)、事务的七种传播行为、事务隔离级别及其与数据库隔离级别的关系,以及Spring事务的10种失效场景。尼恩还强调了面试中如何给出高质量答案,推荐阅读《尼恩Java面试宝典PDF》以提升面试表现。更多技术资料可在公众号【技术自由圈】获取。
|
3月前
|
Java 开发者 Spring
Spring高手之路24——事务类型及传播行为实战指南
本篇文章深入探讨了Spring中的事务管理,特别是事务传播行为(如REQUIRES_NEW和NESTED)的应用与区别。通过详实的示例和优化的时序图,全面解析如何在实际项目中使用这些高级事务控制技巧,以提升开发者的Spring事务管理能力。
82 1
Spring高手之路24——事务类型及传播行为实战指南
|
3月前
|
JavaScript Java 关系型数据库
Spring事务失效的8种场景
本文总结了使用 @Transactional 注解时事务可能失效的几种情况,包括数据库引擎不支持事务、类未被 Spring 管理、方法非 public、自身调用、未配置事务管理器、设置为不支持事务、异常未抛出及异常类型不匹配等。针对这些情况,文章提供了相应的解决建议,帮助开发者排查和解决事务不生效的问题。
109 1
|
3月前
|
XML Java 数据库连接
Spring中的事务是如何实现的
Spring中的事务管理机制通过一系列强大的功能和灵活的配置选项,为开发者提供了高效且可靠的事务处理手段。无论是通过注解还是AOP配置,Spring都能轻松实现复杂的事务管理需求。掌握这些工具和最佳实践,能
118 3
|
4月前
|
Java 关系型数据库 MySQL
Spring事务失效,我总结了这7个主要原因
本文详细探讨了Spring事务在日常开发中常见的七个失效原因,包括数据库不支持事务、类不受Spring管理、事务方法非public、异常被捕获、`rollbackFor`属性配置错误、方法内部调用事务方法及事务传播属性使用不当。通过具体示例和源码分析,帮助开发者更好地理解和应用Spring事务机制,避免线上事故。适合所有使用Spring进行业务开发的工程师参考。
61 2
|
27天前
|
XML Java 应用服务中间件
Spring Boot 两种部署到服务器的方式
本文介绍了Spring Boot项目的两种部署方式:jar包和war包。Jar包方式使用内置Tomcat,只需配置JDK 1.8及以上环境,通过`nohup java -jar`命令后台运行,并开放服务器端口即可访问。War包则需将项目打包后放入外部Tomcat的webapps目录,修改启动类继承`SpringBootServletInitializer`并调整pom.xml中的打包类型为war,最后启动Tomcat访问应用。两者各有优劣,jar包更简单便捷,而war包适合传统部署场景。需要注意的是,war包部署时,内置Tomcat的端口配置不会生效。
202 17
Spring Boot 两种部署到服务器的方式
|
27天前
|
Dart 前端开发 JavaScript
springboot自动配置原理
Spring Boot 自动配置原理:通过 `@EnableAutoConfiguration` 开启自动配置,扫描 `META-INF/spring.factories` 下的配置类,省去手动编写配置文件。使用 `@ConditionalXXX` 注解判断配置类是否生效,导入对应的 starter 后自动配置生效。通过 `@EnableConfigurationProperties` 加载配置属性,默认值与配置文件中的值结合使用。总结来说,Spring Boot 通过这些机制简化了开发配置流程,提升了开发效率。
59 17
springboot自动配置原理

热门文章

最新文章