Spring Boot之@Transactional注解实践

在Spring Boot大行其道的时代,开发者可以通过@Transactional注解来方便的操作事务

abstract.jpeg

隔离级别

@Transactional注解的isolation属性,可用来设置隔离级别。默认值为Isolation.DEFAULT。该属性可选值有:

  • Isolation.DEFAULT:数据源默认隔离级别
  • Isolation.READ_UNCOMMITTED:未提交读
  • Isolation.READ_COMMITTED:已提交读
  • Isolation.REPEATABLE_READ:可重复读
  • Isolation.SERIALIZABLE:串行化

回滚条件

@Transactional注解默认只会对RuntimeException、Error及其子类进行回滚。如果期望对检查异常进行回滚,可通过rollbackFor、rollbackForClassName属性添加新的回滚条件

1
2
3
4
// 方式1: 支持对所有异常类型进行回滚
@Transactional(rollbackFor = Exception.class)
// 方式2:支持对所有异常类型进行回滚
@Transactional(rollbackForClassName = {"Exception"})

类似地,还可以排除某些异常,使之不发生回滚

1
2
3
4
// 方式1: 抛出ArithmeticException异常不进行回滚
@Transactional(noRollbackForClassName = {"ArithmeticException"} )
// 方式2: 抛出ArithmeticException异常不进行回滚
@Transactional(noRollbackFor = {ArithmeticException.class} )

上述四种回滚条件的属性对指定异常的子类也是生效的

只读事务

@Transactional注解的readOnly属性默认为false,如需只读事务可将其配置为true。在只读事务中不允许执行读之外操作,否则事务将会回滚

事务传播行为

@Transactional注解的propagation属性可用来设置事务传播行为,默认值为Propagation.REQUIRED。其用来表示当一个事务传播行为修饰的方法(即methodB)被另一个方法(即methodA)调用时,事务如何进行传播

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
public class ServiceA {

public void methodA() {
...
serviceB.methodB();
...
}

}
...
public class ServiceB {

// 通过propagation属性指定methodB方法的事务传播行为
@Transactional(propagation = ...)
public void methodB() {
...
}

}

Propagation.REQUIRED

支持当前事务;如果当前没有事务,则新建一个事务。如下图所示。这也是日常开发中最常使用的配置。在Case 1的场景下,无论methodA方法还是methodB方法出现异常,均会进行回滚,因为它们是在同一个事务中

figure 1.jpeg

Propagation.REQUIRES_NEW

新建事务;如果当前存在事务,则把当前事务挂起。如下图所示。以Case 1为例进行分析,由于methodA、methodB方法使用的是两个不同的事务,故当methodB方法提交后,即使methodA方法失败回滚了,也不会导致methodB方法出现回滚。当methodB方法失败回滚后,如果methodA未捕获methodB所抛出的异常,导致methodA继续抛出该异常则methodA方法也会被回滚;如果methodA方法捕获methodB所抛出的异常,则methodA所在的事务还是有可能提交成功的

figure 2.jpeg

Propagation.SUPPORTS

支持当前事务;否则将非事务方式执行。如下图所示

figure 3.jpeg

Propagation.MANDATORY

支持当前事务;否则将抛出IllegalTransactionStateException异常,此时不仅methodB方法无法得到执行,也会打断methodA方法的执行流程,除非在methodA方法中捕获处理该异常。如下图所示

figure 4.jpeg

Propagation.NOT_SUPPORTED

不支持当前事务,而是始终以非事务的方式执行。如下图所示

figure 5.jpeg

Propagation.NEVER

以非事务方式执行;如果当前存在事务,则抛出IllegalTransactionStateException异常,此时不仅methodB方法无法得到执行,还会打断methodA方法的执行流程,甚至导致methodA方法发生回滚

figure 6.jpeg

Propagation.NESTED

如果当前存在事务,则对于该传播行为修饰的方法会依然使用当前事务,这样一旦methodA方法进行回滚,则methodB方法也会进行回滚。但由于该传播行为是通过数据库事务的保存点进行实现的,那么一旦methodB方法抛出异常发生回滚。如果methodA方法捕获了methodB方法所抛出的异常,则methodA就不会因此而回滚;而methodA方法如果继续向上抛出异常则其也会被回滚;如果当前没有事务,则新建一个事务。如下图所示

figure 7.jpeg

Note

  1. 事务注解只会对public方法生效

当@Transactional事务注解添加在类上,表示其将作用于该类中的所有public方法

  1. 通过类内部调用事务方法,事务无法生效

例如下面代码所示,在A类内部通过一个普通方法methodA调用事务方法methodB,那么methodB的事务会生效么?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
public class A {

public void methodA() {
...
methodB();
...
}

@Transactional
public void methodB() {
...
}

}

答案是,原因很简单。这里我们将Spring AOP后的动态代理类ProxyA用伪代码的形式给出,如下所示。可以看到,虽然动态代理类ProxyA中的methodB方法被加入了事务切面。但事实上调用ProxyA的methodA方法后,会直接进入目标类A中,即执行a.methodA()方法,然后直接调用A类中的methodB方法。换言之,methodB方法没有通过代理类ProxyA进行调用,自然其事务注解不会生效

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class ProxyA {

private A a = new A();

public void methodA() {
// 执行目标方法
a.methodA();
}


public void methodB() {
// 前置增强
...
// 执行目标方法
a.methodB();
// 后置增强
...
}

}

即使在A类的methodA上也添加@Transactional事务注解,methodB方法由于没走代理类ProxyA,故methodB方法依然还是使用methodA方法的事务。即使将methodB方法的传播行为设置为Propagation.REQUIRES_NEW,也不会重新开启一个新的事务。因为methodB方法连@Transactional注解都无法生效,设置传播行为更是无任何意义

0%