Spring Boot事务管理

xiaobai_cpp

已于 2024-08-25 14:03:29 修改

阅读量1.3k

点赞数 19

分类专栏： java 文章标签： spring boot 数据库 sql

于 2024-08-24 17:59:58 首次发布

本文链接：https://blog.csdn.net/xiaobai_cpp/article/details/141501684

版权

java 专栏收录该内容

13 篇文章

订阅专栏

文章目录

Spring Boot事务
传播行为
- propagation属性
事务回滚

Spring Boot事务

Spring Boot中的事务管理是建立在Spring Framework的事务抽象之上的，它提供了声明式事务管理的能力，允许开发者通过注解或XML配置来管理事务，而无需编写复杂的事务管理代码。下面，我们将详细探讨Spring Boot中的事务管理。

事务的概念

事务（Transaction）是数据库操作的基本工作单位，它由一组逻辑上相互关联的操作组成，这些操作要么全部成功，要么全部失败。事务具有四个基本特性（ACID）：

原子性（Atomicity）：事务中的所有操作要么全部完成，要么全部不执行。
一致性（Consistency）：事务执行前后，数据库必须从一个一致性状态转换到另一个一致性状态。
隔离性（Isolation）：并发执行的事务之间不会互相干扰。
持久性（Durability）：一旦事务被提交，它对数据库的修改就是永久性的。

Spring Boot中的事务管理

Spring Boot通过整合Spring Framework的事务抽象和JPA、JDBC等持久化技术，提供了强大而灵活的事务管理能力。

声明式事务管理

Spring Boot支持声明式事务管理，这意味着你可以在业务逻辑层（Service Layer）的方法上通过注解来声明事务的边界和属性，而无需编写事务管理的代码。Spring会利用AOP（面向切面编程）技术，在运行时动态地为这些方法添加事务管理逻辑。

@Transactional注解

@Transactional是Spring框架提供的一个注解，用于声明一个方法或类需要事务支持。当方法被调用时，Spring会检查该方法是否被@Transactional注解标记，如果是，则会在该方法执行前后开启和关闭事务，并根据方法的执行结果来决定是否提交或回滚事务。
@Transactional注解可以指定多个属性，如事务的传播行为（propagation）、隔离级别（isolation）、超时时间（timeout）、只读标志（readOnly）、回滚规则（rollbackFor、noRollbackFor）等。

事务管理器

Spring Boot通过自动配置来选择合适的事务管理器（PlatformTransactionManager），这取决于你的项目中使用的持久化技术。例如，如果你使用的是JPA，那么Spring Boot会为你配置一个JpaTransactionManager；如果你使用的是JDBC，则会配置一个DataSourceTransactionManager。

注意事项

代理机制：Spring的声明式事务管理是通过AOP代理实现的。因此，当你在同一个类中调用另一个带有@Transactional注解的方法时，事务可能不会按预期工作，因为Spring的代理机制无法拦截内部调用。
异常处理：默认情况下，Spring会在运行时异常（RuntimeException及其子类）和错误（Error及其子类）发生时回滚事务。如果你希望在检查型异常（checked exceptions）发生时也回滚事务，可以在@Transactional注解中指定rollbackFor属性。
只读事务：如果事务只涉及读取操作，可以将@Transactional注解的readOnly属性设置为true，这有助于数据库进行某些优化。
事务传播行为：@Transactional注解的propagation属性允许你指定事务的传播行为，这决定了当前事务方法被另一个事务方法调用时，应该如何处理事务。
5. 总结
Spring Boot通过提供声明式事务管理的能力，极大地简化了事务管理的复杂性。开发者只需通过简单的注解即可实现事务的控制，而无需深入了解事务管理的底层细节。然而，为了充分利用Spring Boot的事务管理能力，开发者还需要对事务的概念、@Transactional注解的属性以及Spring的AOP代理机制有一定的了解。

传播行为

在Spring Boot中，配置事务的传播行为主要是通过@Transactional注解的propagation属性来实现的。propagation属性定义了事务的传播行为，即当一个事务方法被另一个事务方法调用时，是应该创建一个新的事务，还是挂起当前事务，以及合并事务的方式等。

propagation属性

propagation属性可以接受org.springframework.transaction.annotation.Propagation枚举类型中的值，常用的几个值包括：

Propagation.REQUIRED（默认值）：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。
Propagation.REQUIRES_NEW：创建一个新的事务，并暂停当前事务（如果当前存在事务）。
Propagation.SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务方式继续执行。
Propagation.NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，则把当前事务挂起。
Propagation.NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。
Propagation.MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
Propagation.NESTED：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，其行为类似于REQUIRED。

配置示例：

import org.springframework.transaction.annotation.Transactional;  
  
@Service  
public class MyService {  
  
    // 使用 REQUIRES_NEW 创建一个新的事务  
    @Transactional(propagation = Propagation.REQUIRES_NEW)  
    public void methodWithRequiresNew() {  
        // ... 方法逻辑  
    }  
  
    // 使用 REQUIRED（默认值），根据当前是否已有事务来决定是加入还是创建新事务  
    @Transactional  
    public void methodWithDefaultPropagation() {  
        // ... 方法逻辑  
    }  
  
    // 其他配置...  
}

注意：

在Spring Boot中，默认情况下，所有@Transactional注解的方法都会在Spring容器管理的bean中被Spring的代理所拦截，以确保事务行为的正确执行。
如果你在同一个类中调用了一个被@Transactional注解的方法，那么这个调用的内部调用不会通过Spring的代理，因此事务的传播行为可能不会像预期的那样工作。解决这种情况的一种方法是，将需要事务隔离调用的方法放在一个单独的bean中，然后通过注入的方式在需要的时候调用它。

事务回滚

Spring Boot处理事务的回滚主要通过Spring框架的事务管理功能来实现，这包括自动回滚和手动回滚两种方式。以下是对这两种方式的详细解释：

自动回滚

在Spring Boot中配置事务的回滚策略，主要依赖于@Transactional注解的使用。@Transactional注解提供了丰富的配置选项，允许开发者精确地控制事务的行为，包括回滚策略。以下是如何配置事务回滚策略的几个关键点：

默认回滚策略

默认情况下，Spring Boot中的事务回滚会在以下情况下发生：当方法执行过程中抛出RuntimeException或Error时。如果配置了rollbackFor属性，并且抛出的异常类型与rollbackFor中指定的类型匹配时。

使用@Transactional注解配置回滚策略

@Transactional注解可以放在类或方法上，以控制事务的行为。当放在类上时，该类的所有公共方法都将继承该事务属性。当放在方法上时，它仅对该方法生效。

配置rollbackFor属性

rollbackFor属性用于指定哪些异常类型会触发事务回滚。例如，如果你希望所有类型的异常都触发回滚，可以这样配置：

@Transactional(rollbackFor = Exception.class)  
public void someMethod() {  
    // 业务逻辑  
}

在这个例子中，someMethod方法在执行过程中如果抛出任何类型的Exception（包括其子类），都将触发事务回滚。

配置noRollbackFor属性

noRollbackFor属性用于指定哪些异常类型不会触发事务回滚。这在某些情况下很有用，比如当你想对特定类型的异常进行特殊处理，而不是回滚事务时。

@Transactional(noRollbackFor = MyCustomException.class)  
public void anotherMethod() {  
    // 业务逻辑  
}

在这个例子中，anotherMethod方法在执行过程中如果抛出MyCustomException类型的异常，则不会触发事务回滚。

注意事项
方法必须是public的，并且不能是静态的。这是因为Spring的事务管理是通过AOP（面向切面编程）实现的，而AOP代理只能拦截公共方法的调用。
如果在同一个类中调用了带有@Transactional注解的方法，由于Spring的代理机制，事务可能不会按预期工作。这是因为调用发生在类内部，没有经过代理对象，因此Spring无法拦截到调用并应用事务属性。为了解决这个问题，可以考虑将需要事务的方法移动到另一个类中，并通过接口进行调用。
在使用@Transactional注解时，确保Spring已经启用了事务管理。这通常通过在启动类上添加@EnableTransactionManagement注解来实现，但请注意，Spring Boot的@SpringBootApplication注解已经隐式包含了@EnableTransactionManagement，因此在大多数情况下你不需要显式添加它。
综上所述，通过@Transactional注解的rollbackFor和noRollbackFor属性，可以灵活地配置Spring Boot中的事务回滚策略。

手动回滚

在某些情况下，可能需要更精细地控制事务的回滚时机，这时可以使用手动回滚。

TransactionStatus接口：

Spring提供了TransactionStatus接口，它代表了当前事务的状态，包括是否是新事务、是否有保存点、是否完成等。通过这个接口，可以手动控制事务的回滚。

示例代码：

@Transactional  
public void someMethod() {  
    TransactionStatus status = TransactionAspectSupport.currentTransactionStatus();  
    try {  
        // 业务逻辑  
        // 如果需要，可以创建保存点  
        Object savepoint = status.createSavepoint();  
  
        // 可能抛出异常的代码  
    } catch (Exception e) {  
        // 手动设置回滚  
        status.setRollbackOnly();  
        // 或者，如果之前创建了保存点，可以回滚到保存点  
        // status.rollbackToSavepoint(savepoint);  
  
        // 可以选择重新抛出异常或进行其他处理  
        throw e; // 重新抛出异常，以便上层可以捕获并处理  
    }  
    // 其他逻辑（如果事务正常完成）  
}

注意事项：

手动回滚通常与try-catch语句结合使用，以捕获并处理异常，同时根据业务逻辑决定是否回滚事务。
如果在try-catch块中捕获了异常但没有重新抛出，Spring会认为该方法成功执行，不会触发自动回滚。此时，需要手动调用setRollbackOnly()方法来确保事务回滚。
综上所述，Spring Boot通过自动和手动两种方式处理事务的回滚，以满足不同场景下的需求。在实际开发中，应根据业务逻辑和异常处理策略选择合适的回滚方式。