当前位置：首页 > news >正文

Spring 事务和事务传播机制

news 来源：原创 2024/5/12 2:35:46

一、再谈事务

到这里 JavaEE 的学习基本是已经接近了尾声，相信大家对事务已然有了一些理解。当然这里我们还是简单的说明一下：

事务就是将一组操作封装成一个执行单元，要么全部成功，要么全部失败。比较典型的应用场景是转账，可想而知，跟￥挂钩的都是非常重要的，容不得一点闪失，转账要么成功要么失败，不能存在其他情况。

二、Spring 中事务实现

Spring 中事务的实现主要分为两类：

编程式事务（手动写代码操作事务）。
声明式事务（利用注解自动开启和提交事务）。

编程式事务主要分为3个步骤：开启事务、提交事务、回滚事务。操作比较繁琐，开发效率较低。而我们实际开发中常常使用声明式事务，即使用添加注解的方式实现上述过程。下面我们就围绕声明式事务展开讲解。

1、Spring 声明式事务概述

声明式事务的实现很简单，只需要在需要的方法上添加 @Transactional 注解就可以实现了，无需手动开启事务和提交事务，进入方法时自动开启事务，方法执行完会自动提交事务，如果中途发生了没有处理的异常会自动回滚事务。

下面是使用 @Transactional 注解完成异常回滚的示例：

@RestController
@RequestMapping("/user")
public class UserController {// 属性注入@Autowiredprivate UserService userService;@RequestMapping("/insert")@Transactionalpublic int insert() {// 这里构造一个测试用例UserInfo userInfo = new UserInfo();userInfo.setUsername("张三");userInfo.setPassword("666");// 调用 service 接口int result = userService.insert(userInfo);// 添加异常int a = 10/0;// 返回结果return result;}
}

2、@Transactional 作用范围

@Transactional 可以用来修饰方法或类：

修饰方法时：需要注意只能应用到 public 方法上，否则不生效。
修饰类时：表明该注解对该类中所有的 public 方法都生效。

3、@Transactional 参数说明

下表是 @Transactional 中的所有参数：

参数	作用
value	当配置了多个事务管理器时，可以使用该属性指定选择哪个事务管理器
transactionManager	当配置了多个事务管理器时，可以使用该属性指定选择哪个事务管理器
propagation	事务的传播行为，默认值为 `Propagation.REQUIRED`
isolation	事务的隔离级别，默认值为 `Isolation.DEFAULT`
timeout	事务的超时时间，默认值为 -1。如果超过该时间限制但事务还没有完成，则自动回滚事务
readOnly	指定事务是否为只读事务，默认值为 false。为了忽略那些不需要事务的方法，比如读取数据可以设置 readOnly 为 true
rollbackFor	用于指定能够触发事务回滚的异常类型，可以指定多个异常类型
rollbackForClassName	用于指定能够触发事务回滚的异常类型，可以指定多个异常类型（通过类名指定）
noRollbackFor	抛出指定的异常类型，不回滚事务，也可以指定多个异常类型
noRollbackForClassName	抛出指定的异常类型，不回滚事务，也可以指定多个异常类型（通过类名指定）

其中有两个加粗显示的参数，分别是 propagation 表示事务的传播行为；isolation 表示事务的隔离级别。加粗自然就比较重要，下面我们分别对这两个参数展开讲解：

4、Spring 事务隔离级别

我们知道事务有 ACID 四大特性：原子性（Atomicity）、持久性（Durability）、一致性（Consistency）和隔离性（Isolation）。但是这四个特性中，只有隔离性是可以设置的。

设置事务的隔离级别是用来保障多个并发事务执行更可控，就是为了防止，其他的事务影响当前事务执行的一种策略。

对于我们熟悉的 MySQL 来说，它的事务隔离级别主要有四种：

事务隔离级别	脏读	不可重复读	幻读
读未提交 (READ UNCOMMITTED)	√	√	√
读已提交 (READ COMMITTED)	×	√	√
可重复读 (REPEATABLE READ)	×	×	√
串行化 (SERIALIZABLE)	×	×	×

而在 Spring 中，可设置的事务隔离级别有五种：

Isolation.DEFAULT：以连接的数据库的事务隔离级别为主。
Isolation.READ_UNCOMMITTED：读未提交，可以读取到未提交的事务，存在脏读。
Isolation.READ_COMMITTED：读已提交，只能读取到已经提交的事务，解决了脏读，存在不可重复读。
Isolation.REPEATABLE_READ：可重复读，解决了不可重复读，但存在幻读（MySQL默认级别）。
Isolation.SERIALIZABLE：串行化，可以解决所有并发问题，但性能太低。

上面我们了解了 isolation 属性，在 Spring 中设置事务隔离级别只需要设置 @Transactional 里的 isolation 属性即可：

@RequestMapping("/insert")@Transactional(isolation = Isolation.DEFAULT)public int insert() {//...}

5、Spring 事务传播机制

事务的传播机制就是规定多个事务在相互调用时，事务的执行行为。Spring 中支持以下七种事务传播机制：

Propagation.REQUIRED：默认的事务传播级别，如果当前方法没有事务，新建一个事务，如果已经存在一个事务，则加入到这个事务中。

Propagation.SUPPORTS：如果当前存在事务，则加⼊该事务，如果当前没有事务，就以非事务方式执行。

Propagation.MANDATORY：如果当前存在事务，则加⼊该事务，如果当前没有事务，就抛出异常。

Propagation.REQUIRES_NEW：新建事务执行，如果当前存在事务，就把当前事务挂起。也就是说不管外部方法是否开启事务，Propagation.REQUIRES_NEW 修饰的内部方法会新开启自己的事务，且开启的事务相互独立，互不干扰。如果外部事务发生异常并回滚，标记为 REQUIRES_NEW 的内部事务不会受到外部事务的影响而回滚。

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

Propagation.NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。

Propagation.NESTED：如果当前存在事务，则在嵌套事务内执行，如果当前没有事务，则执行等价于 Propagation.REQUIRED。如果外部事务发生异常并回滚，标记为 NESTED 的内部事务会共享外部事务的回滚。

以上 7 种传播行为，可以根据是否支持当前事务分为以下 3 类：

在 Spring 中设置事务传播机制只需要设置 @Transactional 里的 propagation 属性即可。下面演示Propagation.NESTED 事务传播：

它们之间的嵌套关系如下：

访问 http://localhost:8080/user/insert 得到如下结果：

如果我们将上述异常代码删除，得到下面结果：

6、@Transactional 工作原理

@Transactional 是基于 AOP 实现的，AOP 用是使用态代理实现的。如果目标对象实现了接口，默认情况下会采用 JDK 的动态代理，如果目标对象没有实现了接口，会使用 CGLIB 动态代理。@Transactional 在开始执行业务之前，通过代理先开启事务，在执行成功之后再提交事务。如果中途遇到未处理的异常，则回滚事务。

@Transactional 具体执行细节如下：

注意：这里说的是“未处理”的异常，也就是没有使用 try-catch 进行异常处理。如果在出现异常的逻辑中，使用 try-catch 进行异常捕获，那么 AOP 层面就感知不到异常了，自然也就不会进行回滚操作。此时我们有两种解决方案：

方案一：在 try-catch 中重新将异常抛出

 try {// 执⾏了异常代码(0不能做除数)int i = 10 / 0;} catch (Exception e) {System.out.println(e.getMessage());// 将异常重新抛出去throw e;}

方案二：在 try-catch 中手动回滚事务

try {// 执⾏了异常代码(0不能做除数)int i = 10 / 0;} catch (Exception e) {System.out.println(e.getMessage());// ⼿动回滚事务TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();}