Springboot 跟着我了解下 事务 @Transactional 默认方式 Propagation.REQUIRED

本文主要是介绍Springboot 跟着我了解下 事务 @Transactional 默认方式 Propagation.REQUIRED,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

 

在平常的项目里面,最常看到的就是使用注解  @Transactional   去操作事务。

 

如果稍微对spring事务有过了解的,会知道关于事务传播机制,存在7种,

也就是:

同样可以在注解@Transactional里面看到, 默认配置了的是  Propagation.REQUIRED (文章的主角)

 

 

 

为什么该篇文章,7种,我只介绍一种呢?而且是介绍的是 PROPAGATION_REQUIRED 呢?
 

因为从上文大家已经知道,默认啥都不指定的时候,我们使用的就是PROPAGATION_REQUIRED这种方式。

往往很多小伙伴在使用声明式事物的时候,就顶多加上一个异常指定,都是使用的默认传播机制变量,所以如果连这个方式都不了解的话,那也太不应该了。

我们日常操作里,对于单个方法使用事物,经常是这样:

	@Transactional(rollbackFor = Exception.class)public Boolean add(UserInfo userInfo) {//... 业务处理//... 业务处理//... 业务处理//手动抛异常 触发回滚等retrun xxx;}

或者说配合手动回滚使用,是这样:

	@Transactional(rollbackFor = Exception.class)public Boolean add(UserInfo userInfo) {try {//....业务逻辑处理if(XXXX){TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();return false;}//....业务逻辑处理if(xxxxx){TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();return false;}} catch (Exception e) {TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();return false;}}

以上都是单个事物方法,理解起来很简单,相信大多数场景大家就这么用一下就没有过多去理会了。

 

那么接下来就是关于 这种默认的事物传播机制  PROPAGATION_REQUIRED 我们需要关心的东西了。

 

在结合代码介绍前,先把结论贴出来: 

1.如果外部方法没有开启事务的话,Propagation.REQUIRED(默认就是)修饰的内部方法会新开启自己的事务,且开启的事务相互独立,互不干扰。


2.如果外部方法开启事务并且指定为Propagation.REQUIRED(默认就是),所有Propagation.REQUIRED修饰的内部方法和外部方法均属于同一事务 ,只要一个方法回滚,整个事务均回滚,因为大家都加入到了外部设置的这个事务里了。

 

第一种情形:

第一个业务类里面的方法,使用了声明式事务:

class testOne  
{@Transactional(rollbackFor = Exception.class)public Boolean addOne(UserInfo userInfo) {//... 业务处理//... 业务处理//... 业务处理retrun xxx;}}

第二个业务类里面的方法,也使用了声明式事务:

class testTwo  
{@Transactional(rollbackFor = Exception.class)public Boolean addTwo(UserInfo userInfo) {//... 业务处理//... 业务处理//... 业务处理retrun xxx;}}

然后第三个业务类里面的方法没有使用声明式事务,去调用第一个和第二个,如:

class testThree  
{public Boolean testThree(UserInfo userInfo) {addOne(xxxx);addTwo(xxxx);retrun xxx;}}

这种情况下,addOne和addTwo两个方法的事务都是各自独立的, 也就是说,就算addOne成功了,在执行addTwo的时候出现了异常进行了回滚,并不会影响到addOne的数据。

 

 

那么,在默认addOne和addTwo都使用了事务,而且都是默认指定的传播机制PROPAGATION_REQUIRED的时候,我们想达到,只要这两个方法,或者testThree 方法,其中一个出现异常触发回滚,都可以将这三个方法一起进行回滚。那应该怎么做?

第二种情形:

让它们都加入到一个事务里面:

class testThree  
{@Transactional(rollbackFor = Exception.class)public Boolean testThree(UserInfo userInfo) {addOne(xxxx);addTwo(xxxx);retrun xxx;}}

在testThree方法(对于addOne 和 addTwo 来说是个外部方法)上同样使用声明式事物,且也是默认指定传播机制PROPAGATION_REQUIRED。 

这样addOne事物开启时,发现外部存在指定传播机制PROPAGATION_REQUIRED的事物,那么就会加入该事物;

同样addTwo同理。

 

 

ok,简单的介绍就到此(在看完这篇,是否对事务传播的设置有了兴趣? 有的话就开始手动去做点测试,都去试试各自传播机制的情形,这样才能更灵活的去运用起来)。 

 

这篇关于Springboot 跟着我了解下 事务 @Transactional 默认方式 Propagation.REQUIRED的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/549083

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

关于数据埋点,你需要了解这些基本知识

产品汪每天都在和数据打交道,你知道数据来自哪里吗? 移动app端内的用户行为数据大多来自埋点,了解一些埋点知识,能和数据分析师、技术侃大山,参与到前期的数据采集,更重要是让最终的埋点数据能为我所用,否则可怜巴巴等上几个月是常有的事。   埋点类型 根据埋点方式,可以区分为: 手动埋点半自动埋点全自动埋点 秉承“任何事物都有两面性”的道理:自动程度高的,能解决通用统计,便于统一化管理,但个性化定

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory

禁止平板,iPad长按弹出默认菜单事件

通过监控按下抬起时间差来禁止弹出事件,把以下代码写在要禁止的页面的页面加载事件里面即可     var date;document.addEventListener('touchstart', event => {date = new Date().getTime();});document.addEventListener('touchend', event => {if (new