上期我们讲解了Spring事务的两种实现，其中声明式注解使用了 @Transactional 注解， 接下来我们学习 该注解的使用细节。
我们主要学习 @Transactional注解当中的三个常见属性：
rollbackFor：异常回滚属性，指定能够出发事务回滚的异常类型，可以指定多个异常类型
Isolation：事务的隔离级别，默认值为：Isolation.DEFAULT
1. rollbackFor
@Transactional 默认只在遇到运行时异常和Error时才会回滚，非运行时异常不回滚，即 error及子类，RuntimeException 及子类 才会回滚：
解上次代码我们添加一个测试方法：
@Transactional
@RequestMapping("/test1")
public Boolean test1(String userName, String password) throws IOException {
userService.registry(userName, password);
if(true) {
throw new IOException();
}
return true;
}不会回滚
@Transactional
@RequestMapping("/test1")
public Boolean test1(String userName, String password) throws RuntimeException {
userService.registry(userName, password);
if(true) {
throw new RuntimeException();
}
return true;
}会回滚
我们可以通过配置 @Transactional 注解中的 rollbackFor 属性来指定出现何种异常类型时事务进行回滚。
@Transactional(rollbackFor = Exception.class)
@RequestMapping("/test1")
public Boolean test1(String userName, String password) throws IOException {
userService.registry(userName, password);
if(true) {
throw new IOException();
}
return true;
}会回滚
2. Spring 事务隔离级别
Spring 中事务隔离级别有5种：
- Isolantion.DEFAULT：以连接的数据库的隔离事务级别为主。
- Isolation.READ_UNCOMMITTED：读未提交，对应SQL标准中 READ UNCOMMITTED
- Isolation.READ_COMMITTED：读以提交，对应SQL标准中 READ COMMITTED
- Isolation.REPEATABLE_REWAD：可重复读，对应SQL标准中 REPEATABLE READ
- Isolation.SERIALIZABLE：串行化，对应SQL标准中 SERIALIZABLE
public enum Isolation {
DEFAULT(-1),
READ_UNCOMMITTED(1),
READ_COMMITTED(2),
REPEATABLE_READ(4),
SERIALIZABLE(8);
private final int value;
private Isolation(int value) {
this.value = value;
}
public int value() {
return this.value;
}
}Spring 中事故隔离级别可以通过 @Transational 中的 isolation 属性进行设置
@Transactional(isolation = Isolation.READ_UNCOMMITTED)
@RequestMapping("/test")
public Boolean test(String userName, String password) throws IOException {
userService.registry(userName, password);
if(true) {
throw new IOException();
}
return true;
}3. Spring 事务传播机制
事务的传播机制是：多个事务方法存在调用关系时，事务是如何在这些方法间进行传播的。
例：
现有两个方法 A 和 B 都被 @Transactional 修饰， A方法中调用了B方法，A方法运行时会开启一个事务，当 A 调用 B 时，B 方法本身也有事务，此时B方法是加入 A 的事务还是创建一个新的事务，就涉及到了事务的传播机制。
@Transactional 注解支持事务传播机制的设置，通过 propagation 属性来指定传播行为。
Spring 事务传播机制有以下7种：
- Propagation.REQUIRED：默认的事务传播级别，如果当前存在事务，则加入该事务，否则创建一个新的事务。
- Propagation.SUPPORTS：如果当前存在事务，则加入该事务，如果没有事务则以非事务方式运行。
- Propagation.MANDATORY：强制性，如果当前存在事务，则加入该事务，如果没有事务就抛出异常。
- Propagation.REQUIRES_NEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起（不使用），创建一个新的事务，该事务与外部事务相互独立。（两个事务的回滚不会互相影响）
- Propagation.NOT_SUPPORTED：以非事务方式运行，如果当前存在事务则把当前事务挂起不使用。
- Propagation.NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
- Propagation.NESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行，如果当前没有事务，则创建一个新事务。
这里我们解释以下 Propagation.NESTED ， 在嵌套事务的情况下，无论哪个方法发生异常都会导致所有的事务回滚，不过与Propagation.REQUIRED的区别在于，如果 子事务发生异常，可以使用try catch 语句，在catch中把子事务单独进行回滚，而不影响其他事务（因为异常被捕获了，其他事务感知不到），但是如果父事务进行了回滚，则子事务也一定都会回滚。
