1、什么是事务控制

2、编程式事务控制

2.1、简介

2.2、相关对象

2.2.1、PlatformTransactionManager

2.2.2、TransactionDefinition

2.2.2.1、事务隔离级别

2.2.2.2、事务传播行为

2.2.3、TransactionStatus

3、声明式事务控制

3.1、简介

3.2、区别

3.3、⭐作用

3.4、🔺基于xml

3.4.1、引入tx命名空间

3.4.2、配置事务增强

3.4.3、配置事务AOP织入

3.4.4、测试业务代码

3.4.5、⭐🔺切点方法配置

3.5、🔺基于注解

3.5.1、配置组件扫描和注解驱动

3.5.2、注解替代

3.5.3、@Transactional

3.5.4、注意事项

1、什么是事务控制

Spring 提供了强大的事务管理支持，可以帮助你在应用程序中管理数据库操作的事务。事务是一组数据库操作，要么全部成功执行，要么全部失败回滚，以保持数据的一致性和完整性。Spring 的事务管理可以通过编程式或声明式的方式来实现。

以下是 Spring 事务控制的一些关键概念和介绍：

事务管理器（Transaction Manager）： 事务管理器是 Spring 框架用来管理事务的核心组件。它负责启动、提交和回滚事务，以确保一组操作的原子性和一致性。
编程式事务管理： 在编程式事务管理中，开发人员手动编写代码来控制事务的开始、提交和回滚。这种方式灵活，但可能导致代码与事务管理的耦合。
声明式事务管理： 声明式事务管理通过使用 AOP 技术将事务逻辑从业务逻辑中分离出来，以声明的方式来定义事务的行为。通常使用基于注解或 XML 配置来实现。
事务传播行为（Propagation）： 事务传播行为定义了一个方法调用在一个已经存在的事务中执行时，应该如何处理事务。例如，REQUIRED 表示方法必须在事务中执行，REQUIRES_NEW 表示方法将创建一个新事务。
事务隔离级别（Isolation Level）： 事务隔离级别定义了多个事务之间的隔离程度，以防止并发访问数据库时的数据不一致问题。常见的隔离级别有 READ_UNCOMMITTED、READ_COMMITTED、REPEATABLE_READ 和 SERIALIZABLE。
事务超时（Timeout）： 事务超时设置了一个时间限制，在指定时间内事务必须完成，否则将被自动回滚。
只读事务（Read-Only Transactions）： 只读事务标记了在事务期间不会修改数据的操作，这可以优化性能。
回滚规则（Rollback Rules）： 回滚规则定义了在哪些异常发生时事务应该回滚。
声明式事务管理的配置： 通过 Spring 的 XML 配置或注解，你可以定义事务管理器、事务属性、切点等，从而实现声明式事务管理。
@Transactional 注解： Spring 提供了 @Transactional 注解，可以将其应用到方法上，实现声明式事务管理。你可以在方法上使用该注解来指定事务的传播行为、隔离级别等属性。

使用 Spring 的事务管理，你可以轻松地处理事务，保证数据的一致性和完整性，同时降低代码的耦合度。无论是编程式事务管理还是声明式事务管理，Spring 都提供了丰富的支持和灵活的配置方式。

2、编程式事务控制

2.1、简介

编程式事务控制是一种通过在代码中显式编写事务管理代码来管理事务的方法。在这种方式下，开发人员直接在代码中控制事务的开始、提交和回滚，以确保一组操作的原子性和一致性。虽然相对于声明式事务管理而言，编程式事务管理可能更为繁琐，但它提供了更大的灵活性和细粒度的控制。

以下是编程式事务控制的关键要点：

事务管理器（Transaction Manager）： 编程式事务控制仍然需要使用事务管理器来协调和管理事务。事务管理器负责处理底层数据库连接以及事务的开始、提交和回滚。
编写事务管理代码： 在需要进行事务管理的方法中，开发人员需要编写代码来显式地控制事务的开始、提交和回滚。通常，你需要获取事务管理器的句柄，并使用它来开启和提交事务。
事务操作流程： 编程式事务控制的典型操作流程包括：

- 获取事务管理器的句柄。
- 调用事务管理器的 getTransaction 方法获取事务对象。
- 通过事务对象的方法来控制事务的开始、提交和回滚。
- 在事务处理过程中捕获可能出现的异常，并根据情况进行回滚。

细粒度控制： 编程式事务管理允许你对每个方法或方法中的一部分代码进行细粒度的事务控制。这对于需要灵活控制事务的特定业务场景非常有用。
适用场景： 编程式事务控制适用于需要复杂事务逻辑、嵌套事务、或者需要根据条件来动态控制事务的情况。它也可以用于需要精细控制事务边界的情况。

尽管编程式事务控制在某些情况下可以提供更大的灵活性，但它通常会导致代码与事务管理的耦合增加，同时也增加了代码的复杂性。

与之相比，声明式事务管理通过 AOP 技术将事务管理逻辑从业务代码中解耦，提供了更清晰和简洁的事务管理方式。选择编程式还是声明式事务控制取决于项目需求和复杂性。

2.2、相关对象

对于编程式事务控制，重点要了解的是编程式事务控制的相关对象。

相关对象	描述
PlatformTransactionManager	事务管理器，负责管理事务的启动、提交和回滚。
TransactionDefinition	定义事务的属性，如传播行为、隔离级别、超时等。
TransactionStatus	表示事务的当前状态，包括活动、提交、回滚等。
TransactionTemplate	Spring 提供的工具类，用于简化编程式事务控制的使用。

2.2.1、PlatformTransactionManager

PlatformTransactionManager 接口是 spring 的事务管理器，它里面提供了我们常用的操作事务的方法。

方法	说明
TransactionStatus getTransaction(TransactionDefination defination)	获取事务的状态信息
void commit(TransactionStatus status)	提交事务
void rollback(TransactionStatus status)	回滚事务

注意：

PlatformTransactionManager 是接口类型，不同的 Dao 层技术则有不同的实现类，例如：Dao 层技术是jdbc 或 mybatis 时：org.springframework.jdbc.datasource.DataSourceTransactionManager

Dao 层技术是hibernate时：org.springframework.orm.hibernate5.HibernateTransactionManager

2.2.2、TransactionDefinition

TransactionDefinition 是事务的定义信息对象，里面有如下方法：

方法	说明
int getIsolationLevel()	获得事务的隔离级别
int getPropogationBehavior()	获得事务的传播行为
int getTimeout()	获得超时时间
boolean isReadOnly()	是否只读

2.2.2.1、事务隔离级别

设置隔离级别，可以解决事务并发产生的问题，如脏读、不可重复读和虚读。

ISOLATION_DEFAULT

ISOLATION_READ_UNCOMMITTED

ISOLATION_READ_COMMITTED

ISOLATION_REPEATABLE_READ

ISOLATION_SERIALIZABLE

这里介绍一下不同的事务隔离级别：

ISOLATION_DEFAULT（默认隔离级别）： 使用数据库默认的隔离级别。具体隔离级别取决于底层数据库的默认设置。
ISOLATION_READ_UNCOMMITTED（读未提交）： 允许事务读取其他未提交事务的数据。这可能会导致脏读、不可重复读和幻读问题。
ISOLATION_READ_COMMITTED（读已提交）： 保证事务只能读取已经提交的数据。可以防止脏读，但可能会导致不可重复读和幻读问题。
ISOLATION_REPEATABLE_READ（可重复读）： 保证在事务执行期间，多次读取同一数据会得到相同的结果。可以防止脏读和不可重复读，但可能会导致幻读问题。
ISOLATION_SERIALIZABLE（串行化）： 最高的隔离级别，确保事务彼此完全隔离，不会出现脏读、不可重复读和幻读问题。但是并发性能较差，因为它会限制并发访问数据库。

事务隔离级别决定了在并发事务执行时，一个事务能否看到其他事务的未提交数据以及如何处理数据的一致性问题。不同的隔离级别提供了不同的权衡，可以根据应用程序的需求来选择适当的隔离级别。需要注意的是，更高的隔离级别通常会增加数据库的锁竞争，可能会影响并发性能。

2.2.2.2、事务传播行为

REQUIRED：如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。一般的选择（默认值）

SUPPORTS：支持当前事务，如果当前没有事务，就以非事务方式执行（没有事务）

MANDATORY：使用当前的事务，如果当前没有事务，就抛出异常

REQUERS_NEW：新建事务，如果当前在事务中，把当前事务挂起。

NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起

NEVER：以非事务方式运行，如果当前存在事务，抛出异常

NESTED：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行 REQUIRED 类似的操作

超时时间：默认值是-1，没有超时限制。如果有，以秒为单位进行设置

是否只读：建议查询时设置为只读

2.2.3、TransactionStatus

TransactionStatus 接口提供的是事务具体的运行状态，方法介绍如下。

方法	说明
boolean hasSavepoint()	是否存储回滚点
boolean isCompleted()	事务是否完成
boolean isNewTransaction()	是否是新事务
boolean isRollbackOnly()	事务是否回滚