【Java】（十二）Spring从入门到入土——Spring事务

• Z时代
• 2024-01-10
• 分类：技术分享

Spring事务

事务是逻辑上的一组操作，要么都执行，要么都不执行

事务的特性（ACID）

• 原子性
• 一致性
• 隔离性
• 持久性

Spring管理事务的方式有几种

程序是否支持事务是取决于数据库是否支持事务

• 编程式事务，在代码中硬编码（不推荐使用）
• 声明式事务，在配置文件中配置（推荐使用），代码侵入性小，通过AOP实现

• • 基于XML的声明式事务
  • 基于注解的声明式事务

Spring事务管理接口介绍

Spring中事务管理相关的最重要的三个接口如下

• PlatformTransactionManager：（平台）事务管理器，Spring事务策略的核心（上层管理者）
• TransactionDefinition：事务定义信息（事务隔离级别、传播行为、超时、只读、回滚规则）
• TransactionStatus：事务运行状态

PlatformTransactionManager：事务管理接口

Spring并不直接管理事务，而是提供了多种事务管理器。spring通过该事务管理接口为多个平台提供了对应的事务管理器，具体的实现就是各个平台自己的事情了。

该接口主要是将事务管理行为抽象出来，然后不同的平台去实现它，可以保证提供给外部的行为不变，方便我们扩展。

TransactionDefinition：事务属性

该类定义了一些基本的事务属性。

• 事务属性包括了五个方面

• • 隔离级别
  • 传播行为
  • 回滚规则
  • 是否只读
  • 事务超时

TransactionStatus：事务状态

该接口用来记录事务的状态，该接口定义了一组方法，用来获取或判断事务的相应状态信息。

public interface TransactionStatus{
boolean isNewTransaction(); // 是否是新的事务
boolean hasSavepoint(); // 是否有恢复点
void setRollbackOnly();  // 设置为只回滚
boolean isRollbackOnly(); // 是否为只回滚
boolean isCompleted; // 是否已完成
}

事务属性详解

Spring事务传播行为（枚举类：Propagation）

事务传播行为是为了解决业务层之间互相调用的事务问题。

当事务方法被另一个事务方法调用时，必须制定事务应该如何传播。例如：方法可能继续在现有的事务中运行，也可能开启一个新事务，并在自己的事务中运行。

Spring事务中的隔离级别（枚举类：Isolation）

TransactionDefinition接口中定义了五个表示隔离级别的常量。

• ISOLATION_DEFAULT: 后端数据库默认的隔离级别，Mysql 默认采用的 REPEATABLE_READ隔离级别 Oracle 默认采用的 READ_COMMITTED隔离级别.

• ISOLATION_READ_UNCOMMITTED: 最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读

• ISOLATION_READ_COMMITTED: 允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生

• ISOLATION_REPEATABLE_READ: 对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。

• ISOLATION_SERIALIZABLE: 最高的隔离级别，完全服从ACID的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

事务超时属性

所谓事务超时，就是指一个事务所允许执行的最长时间，如果超过该时间限制但事务还没有完成，则自动回滚事务。在TransactionDefinition中以int的值来表示超时时间，其单位是秒，默认值是-1

事务只读属性

对于只有读取数据查询的事务，可以指定事务类型为readonly，即只读属性。只读事务不涉及数据的修改，数据库会提供一些优化手段，适合用在有多条数据库查询操作的方法中。

如果不加Transaction，每条sql会开启一个单独的事务，中间被其他事务改了数据，都会实时读取到最新值。

如果你一次执行多条查询语句，例如统计查询，报表查询，在这种场景下，多条查询 SQL 必须保证整体的读一致性，否则，在前条 SQL 查询之后，后条 SQL 查询之前，数据被其他用户改变，则该次整体的统计查询将会出现读数据不一致的状态，此时，应该启用事务支持

事务回滚规则

这些规则定义了那些异常会导致事务回滚而那些不会。默认情况下，事务只有遇到了运行时异常（RuntimeException的子类）时才会回滚，Error也会导致事务回滚，但是在遇到检查型（Checked）异常时不会回滚。

如果要定义你回滚的异常类型可以这样

@Transactional(rollbackFor = MyException.class)

@Transaction注解

作用范围

• 方法：推荐将注解使用在方法上，不过需要注意的是，该注解只能应用到public方法上，否则不生效
• 类：如果定义在类上，说明对该类中的所有public方法有有效
• 接口：不推荐在接口上使用

常用配置参数

@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface Transactional {
@AliasFor("transactionManager")
String value() default "";
@AliasFor("value")
String transactionManager() default "";
Propagation propagation() default Propagation.REQUIRED;
Isolation isolation() default Isolation.DEFAULT;
int timeout() default TransactionDefinition.TIMEOUT_DEFAULT;
boolean readOnly() default false;
Class<? extends Throwable>[] rollbackFor() default {};
String[] rollbackForClassName() default {};
Class<? extends Throwable>[] noRollbackFor() default {};
String[] noRollbackForClassName() default {};
}

@Transactional的常用配置参数总结

@Transaction事务注解原理

@Transaction的工作机制是基于AOP实现的，AOP有事使用动态代理实现的。如果目标对象实现了接口，默认情况下采用JDK的动态代理，如果对象没有实现接口，会使用Cglib来做动态代理

如果一个类或者一个类中的public方法上被标注@Transaction注解的话，Spring容器会在启动的时候为其创建一个代理类，在调用被@Transaction注解的public方法的时候，实际调用的是TransactionInterceptor类中的invoke方法。这个方法的作用就是在目标方法之前开启事务，方法执行过程中如果遇到异常的时候回滚事务，方法调用完成后提交事务。

注解失效情况

应用在非public修饰的方法上

Spring AOP自调用问题

若同一类中的其他没有@Transaction注解的方法内部调用有@Transaction注解的方法，有@Transaction注解的方法的事务会失效。

这是由于Spring AOP代理的原因造成的，因为只有@Transaction注解的方法在类以外被调用的时候，Spring事务管理才生效。

解决方法就是避免同一类中自调用或者使用AspectJ取代Spring AOP代理。

propagation属性设置错误

rollbackFor属性设置错误

try/catch中没有抛出异常导致失效

数据库不支持事务

最后

• 如果觉得看完有收获，希望能给我点个赞，这将会是我更新的最大动力，感谢各位的支持
• 欢迎各位关注我的公众号【java冢狐】，专注于java和计算机基础知识，保证让你看完有所收获，不信你打我
• 如果看完有不同的意见或者建议，欢迎多多评论一起交流。感谢各位的支持以及厚爱。

——我是冢狐，和你一样热爱编程。

以上是 【Java】（十二）Spring从入门到入土——Spring事务 的全部内容， 来源链接： utcz.com/a/100503.html