spring事务的传播级别

Spring事务是Java应用程序中经常使用的功能之一,它可以帮助我们管理数据库操作过程中的异常和数据一致性问题。在Spring框架中,事务的传播级别定义了七种 类型,分别是:REQUIRED、SUPPORTS、MANDATORY、REQUIRES_NEW、NOT_SUPPORTED、NEVER、NESTED。

1、REQUIRED(默认传播级别)

如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务。这是最常见的传播级别,也是Spring的默认传播级别。

2、SUPPORTS

支持当前事务,如果当前存在事务,则加入该事务;如果当前没有事务,就以非事务方式执行。

3、MANDATORY

必须在事务中执行,如果当前存在事务,则加入该事务;如果当前没有事务,则抛出异常。

4、REQUIRES_NEW

必须创建一个新的事务,如果当前存在事务,则把当前事务挂起。

5、NOT_SUPPORTED

以非事务方式执行操作,如果当前存在事务,则把当前事务挂起。

6、NEVER

不能在事务中执行,以非事务方式执行操作。如果当前存在事务,则抛出异常。

7、NESTED

如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行;如果当前没有事务,则与REQUIRED类似。

以上是Spring事务传播级别的七种类型及其作用。在实际开发中,我们需要根据具体的业务场景来选择合适的传播级别。例如,如果我们需要确保多个服务方法之间的原子性操作,则需要将传播级别设置为REQUIRED或REQUIRES_NEW。而如果我们只需要支持当前事务而不需要进行额外的处理,则可以将传播级别设置为SUPPORTS或NOT_SUPPORTED。

示例

下面是一个Spring事务传播级别的示例:

首先,我们需要在Spring配置文件中配置一个数据源和事务管理器:

复制代码
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource">
    <property name="driverClassName" value="com.mysql.jdbc.Driver"/>
    <property name="url" value="jdbc:mysql://localhost:3306/test"/>
    <property name="username" value="root"/>
    <property name="password" value="123456"/>
</bean>

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    <property name="dataSource" ref="dataSource"/>
</bean>

然后,我们可以定义一个Service类,并在其中使用@Transactional注解来指定事务的传播级别。例如,如果我们需要确保多个服务方法之间的原子性操作,则需要将传播级别设置为REQUIRED或REQUIRES_NEW。而如果我们只需要支持当前事务而不需要进行额外的处理,则可以将传播级别设置为SUPPORTS或NOT_SUPPORTED。

复制代码
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Propagation;
import org.springframework.transaction.annotation.Transactional;

@Service
public class UserService {
    // 使用REQUIRED传播级别,如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务。
    @Transactional(propagation = Propagation.REQUIRED)
    public void addUser() {
        // ...添加用户的逻辑...
    }
    
    // 使用REQUIRES_NEW传播级别,必须创建一个新的事务,如果当前存在事务,则把当前事务挂起。
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void updateUser() {
        // ...更新用户的逻辑...
    }
}

在上面的示例中,我们使用了两种不同的传播级别:REQUIRED和REQUIRES_NEW。当我们调用addUser()方法时,如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务。而当我们调用updateUser()方法时,必须创建一个新的事务,如果当前存在事务,则把当前事务挂起。这样,我们就可以确保多个服务方法之间的原子性操作了。

什么是原子操作?

原子性操作,也被称为原子操作,是一个不可分割的操作单元。这意味着在执行过程中,该操作不会被其他线程或进程中断,要么完整地执行,要么完全不执行。例如,将一个整数从1增加到2的过程就是一个原子性操作,因为这个操作只涉及到一个赋值操作,即i=i+1。

在数据库中,原子性操作同样非常重要。以转账为例,从A账户向B账户转账1000块钱的整个过程,包括从A账户中扣除1000块钱和向B账户中增加1000块钱这两个步骤,被统称为一个事务。如果其中任何一个步骤失败,整个事务都会回滚到原始状态,这确保了数据的一致性和完整性。

此外,原子性操作在多线程编程中也十分关键。所谓原子操作是指不会被线程调度机制打断的操作;这种操作一旦开始,就一直运行到结束,中间不会有任何切换到另一线程的情况发生。因此,原子性操作是实现线程安全的重要手段之一。

相关推荐
考虑考虑7 小时前
JDK26中的Map.ofLazy
java·后端·java ee
鶴哥只手遮天11 小时前
Spring AI 2.0.1 深度解析-第 14 章 MCP 服务端(上):注解式实现与工具来源
java·人工智能·开源
鶴哥只手遮天11 小时前
Spring AI 2.0.1 深度解析-第 15 章 MCP 服务端(下):三种协议形态、Streamable 传输与状态管理
java·人工智能·开源
鶴哥只手遮天11 小时前
Spring AI 2.0.1 深度解析-第 16 章 向量存储(上):`VectorStore` 接口体系、`BatchingStrategy`
java·人工智能·开源
鶴哥只手遮天11 小时前
Spring AI 2.0.1 深度解析-第 12 章 工具循环的流式形态、Usage 累加与扩展体系
java·人工智能·开源
鶴哥只手遮天11 小时前
Spring AI 2.0.1 深度解析-第 23 章 模型供应商实现:从 `OpenAiSetup` 到 Bedrock
java·人工智能·开源
鶴哥只手遮天11 小时前
Spring AI 2.0.1 深度解析-第 06 章 内置 Advisor 全景:13 个实现逐个剖到源码级
java·人工智能·开源
鶴哥只手遮天11 小时前
Spring AI 2.0.1 深度解析-第 03 章 消息体系与 Prompt:不可变模型、`ChatOptions` 与模板渲染
java·人工智能·开源
鶴哥只手遮天11 小时前
Spring AI 2.0.1 深度解析-第 24 章 生产实践与 2.x 迁移:陷阱清单、AOT 与调优
java·人工智能·开源
鶴哥只手遮天11 小时前
Spring AI 2.0.1 深度解析-第 10 章 工具调用(中):执行链路、结果转换与工具限制
java·人工智能·开源