🎀什么是Spring事务?
在实际开发中，操作数据库时都会涉及到事务管理问题，为此Spring提供了专门用于事务处理的API。Spring的事务管理简化了传统的事务管理流程，并且在一定程度上减少了开发者的工作量。
🎯为什么引入Spring事务?
事务原本是数据库中的概念，在 Dao 层。但一般情况下，需要将事务提升 到业务层，即 Service 层。这样做是为了能够使用事务的特性来管理具体的业务。
在 Spring 中通常可以通过以下两种方式来实现对事务的管理：
1.使用 Spring 的事务注解管理事务
2.使用 AspectJ 的 AOP 配置管理事务
Spring 的事务管理，主要用到两个事务相关的接口。
🔥 一、事务管理器接口(重点)
事务管理器是 PlatformTransactionManager 接口对象。其主要用于完成事务的提交、回滚，及获取事务的状态信息。
🔥 二、常见的实现类
PlatformTransactionManager接口只是代表事务管理的接口，并不知道底层是如何管理事务的，具体如何管理事务则由它的实现类来完成。该接口常见的几个实现类如下:
DataSourceTransactionManager：使用 JDBC 或 iBatis 进行持久化数据时使用。
HibernateTransactionManager：使用 Hibernate 进行持久化数据时使用。
JtaTransactionManager：用于配置全局事务管理器
当底层采用不同的持久层技术时，系统只需使用不同的PlatformTransactionManager实现类即可。
🔥 三、事务相关方法
TransactionDefinition接口是事务定义（描述）的对象，该对象中定义了事务规则，并提供了获取事务相关信息的方法，具体如下:
String getName()； 获取事务对象名称
int getIsolationLevel( )； 获取事务的隔离级别
int getPropagationBehavior()； 获取事务的传播行为
int getTimeout( )； 获取事务的超时时间
boolean isReadOnly( )； 获取事务是否只读
🔥 四、事务定义接口
事务定义接口 TransactionDefinition 中定义了事务描述相关的三类常量：事务隔离级别、 事务传播行为、事务默认超时时限，以及对它们的操作。
（1）定义了五个事务隔离级别常量
这些常量均是以 ISOLATION_开头。即形如 ISOLATION_XXX。
DEFAULT：采用 DB 默认的事务隔离级别。MySql 的默认为 REPEATABLE_READ； Oracle 默认为 READ_COMMITTED。
READ_UNCOMMITTED：读未提交。未解决任何并发问题。
READ_COMMITTED：读已提交。解决脏读，存在不可重复读与幻读。
REPEATABLE_READ：可重复读。解决脏读、不可重复读，存在幻读。
SERIALIZABLE：串行化。不存在并发问题。
（2）定义了七个事务传播行为常量
所谓事务传播行为是指，处于不同事务中的方法在相互调用时，执行期间事务的维护情 况。如，A 事务中的方法 doSome()调用 B 事务中的方法 doOther()，在调用执行期间事务的 维护情况，就称为事务传播行为。事务传播行为是加在方法上的。
事务传播行为常量都是以 PROPAGATION_ 开头，形如 PROPAGATION_XXX。
REQUIRED：指定的方法必须在事务内执行。若当前存在事务，就加入到当前事务中； 若当前没有事务，则创建一个新事务。这种传播行为是最常见的选择，也是 Spring 默认的事务传播行为。如该传播行为加在 doOther()方法上。
SUPPORTS：指定的方法支持当前事务，但若当前没有事务，也可以以非事务方式执行。
MANDATORY：指定的方法必须在当前事务内执行，若当前没有事务，则直接抛出异常。
REQUIRES_NEW：总是新建一个事务，若当前存在事务，就将当前事务挂起，直到新事务执行完毕。
NOT_SUPPORTED：指定的方法不能在事务环境中执行，若当前存在事务，就将当前事务挂起。
NEVER：指定的方法不能在事务环境下执行，若当前存在事务，就直接抛出异常。
NESTED：指定的方法必须在事务内执行。若当前存在事务，则在嵌套事务内执行；若当前没有事务，则创建一个新事务。
（3）定义了默认事务超时时限
常量 TIMEOUT_DEFAULT 定义了事务底层默认的超时时限，及不支持事务超时时限设置 的 none 值。
注意，事务的超时时限起作用的条件比较多，且超时的时间计算点较复杂。所以，该值 一般就使用默认值即可。
🔥 五、TransactionStatus接口
TransactionStatus接口是事务的状态，它描述了某一时间点上事务的状态信息。该接口中包含6个方法，具体如下:
方法 |
说明 |
| void flush(); | 刷新事务 |
boolean hasSavepoint(); |
获取是否存在保存点 |
boolean isCompleted(); |
获取事务是否完成 |
boolean isNewTransaction(); |
获取是否为新事物 |
boolean isRollbackOnly(); |
获取事务是否回滚 |
void setRollbackOnly(); |
设置事务回滚 |
🔮Spring 的回滚方式(理解)
Spring 事务的默认回滚方式是：发生运行时异常和 error 时回滚，发生受查(编译)异常时提交。不过，对于受查异常，程序员也可以手工设置其回滚方式。
Throwable 类是 Java 语言中所有错误或异常的超类。只有当对象是此类 (或其子类之一)的实例时，才能通过 Java 虚拟机或者 Java 的 throw 语句抛出。
Error 是程序在运行过程中出现的无法处理的错误，比如 OutOfMemoryError、ThreadDeath、NoSuchMethodError 等。当这些错误发生时，程序是无法处理（捕获或抛出）的，JVM一般会终止线程。
程序在编译和运行时出现的另一类错误称之为异常，它是 JVM 通知程序员的一种方式。通过这种方式，让程序员知道已经或可能出现错误，要求程序员对其进行处理。
异常分为运行时异常与受查异常。
运行时异常，是 RuntimeException 类或其子类，即只有在运行时才出现的异常。如，NullPointerException、ArrayIndexOutOfBoundsException、 IllegalArgumentException 等均属于运行时异常。这些异常由 JVM 抛出，在 编译时不要求必须处理（捕获或抛出）。但，只要代码编写足够仔细，程序足够健壮，运行时异常是可以避免的。
RuntimeException 及其子类以外的异常，均属于受查异常。当然，用户自定义的 Exception 的子类，即用户自定义的异常也属受查异常。程序员在定义异常时，只要未明确声明定义的为 RuntimeException 的子类，那么定义的就是受查异常。
🎁Spring事务总结
Spring事务管理操作：
1、事务添加到 JavaEE 三层结构里面 Service 层（业务逻辑层）
2、在 Spring 进行事务管理操作（编程式事务管理和声明式事务管理）
3、声明式事务管理（基于注解方式和基于 xml 配置文件方式）
4、在 Spring 进行声明式事务管理，底层使用 AOP 原理
5、Spring 事务管理 API（提供一个接口，代表事务管理器，这个接口针对不同的框架提供不同的实现类）
