本文主要是介绍Spring Boot事务管理，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
文章目录
- Spring Boot事务概述
- 传播行为
- propagation属性
- 事务回滚
- 自动回滚
- 默认回滚策略
- 使用@Transactional注解配置回滚策略
- 配置rollbackFor属性
- 配置noRollbackFor属性
- 手动回滚
- TransactionStatus接口：
Spring Boot事务概述
Spring Boot中的事务管理是建立在Spring Framework的事务抽象之上的，它提供了声明式事务管理的能力，允许开发者通过注解或XML配置来管理事务，而无需编写复杂的事务管理代码。下面，我们将详细探讨Spring Boot中的事务管理。
1.事务的概念
事务（Transaction）是数据库操作的基本工作单位，它由一组逻辑上相互关联的操作组成，这些操作要么全部成功，要么全部失败。事务具有四个基本特性（ACID）：
原子性（Atomicity）：事务中的所有操作要么全部完成，要么全部不执行。
一致性（Consistency）：事务执行前后，数据库必须从一个一致性状态转换到另一个一致性状态。
隔离性（Isolation）：并发执行的事务之间不会互相干扰。
持久性（Durability）：一旦事务被提交，它对数据库的修改就是永久性的。
2.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属性允许你指定事务的传播行为，这决定了当前事务方法被另一个事务方法调用时，应该如何处理事务。 -
总结
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通过自动和手动两种方式处理事务的回滚，以满足不同场景下的需求。在实际开发中，应根据业务逻辑和异常处理策略选择合适的回滚方式。
这篇关于Spring Boot事务管理的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
