spring@transactional注解失效，事务传播机制

@transactional注解在什么情况下会失效

1、service类标签(一般不建议在接口上)上添加@Transactional，可以将整个类纳入spring事务管理，在每个业务方法执行时都会开启一个事务，不过这些事务采用相同的管理方式。

2、@Transactional 注解只能应用到 public 可见度的方法上。 如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用。

3、默认情况下，Spring会对unchecked异常进行事务回滚；如果是checked异常则不回滚。 
辣么什么是checked异常，什么是unchecked异常

java里面将派生于Error或者RuntimeException（比如空指针，1/0）的异常称为unchecked异常，其他继承自java.lang.Exception得异常统称为Checked Exception，如IOException、TimeoutException等

辣么再通俗一点：你写代码出现的空指针等异常，会被回滚，文件读写，网络出问题，spring就没法回滚了。然后我教大家怎么记这个，因为很多同学容易弄混，你写代码的时候有些IOException我们的编译器是能够检测到的，说以叫checked异常，你写代码的时候空指针等死检测不到的，所以叫unchecked异常。这样是不是好记一些啦

4、只读事务： 
@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true) 
只读标志只在事务启动时应用，否则即使配置也会被忽略。 
启动事务会增加线程开销，数据库因共享读取而锁定(具体跟数据库类型和事务隔离级别有关)。通常情况下，仅是读取数据时，不必设置只读事务而增加额外的系统开销。

spring 事务的传播机制

spring 对事务的控制，是使用 aop 切面实现的，我们不用关心事务的开始，提交 ，回滚，只需要在方法上加 @Transactional 注解，这时候就有问题了。

• 场景一： serviceA 方法调用了 serviceB 方法，但两个方法都有事务，这个时候如果 serviceB 方法异常，是让 serviceB 方法提交，还是两个一起回滚。   
• 场景二：serviceA 方法调用了 serviceB 方法，但是只有 serviceA 方法加了事务，是否把 serviceB 也加入 serviceA 的事务，如果 serviceB 异常，是否回滚 serviceA 。
• 场景三：serviceA 方法调用了 serviceB 方法，两者都有事务，serviceB 已经正常执行完，但 serviceA 异常，是否需要回滚 serviceB 的数据。

因为 spring 是使用 aop 来代理事务控制 ，是针对于接口或类的，所以在同一个 service 类中两个方法的调用，传播机制是不生效的

传播机制类型（七种）

一般用得比较多的是

required ：合并成一个事务；

requires_new：新建事务，父级异常，它也是正常提交；

nested：成为父级事务的一个子事务，他异常可以不回滚，父级异常，它必然回滚；

下面的类型都是针对于被调用方法来说的，理解起来要想象成两个 service 方法的调用才可以。

PROPAGATION_REQUIRED (默认)required

• 支持当前事务，如果当前没有事务，则新建事务

• 如果当前存在事务，则加入当前事务，合并成一个事务

REQUIRES_NEW requires_new

• 新建事务，如果当前存在事务，则把当前事务挂起

• 这个方法会独立提交事务，不受调用者的事务影响，父级异常，它也是正常提交

NESTED

• 如果当前存在事务，它将会成为父级事务的一个子事务，方法结束后并没有提交，只有等父事务结束才提交

• 如果当前没有事务，则新建事务

• 如果它异常，父级可以捕获它的异常而不进行回滚，正常提交

• 但如果父级异常，它必然回滚，这就是和 REQUIRES_NEW 的区别

SUPPORTS

• 如果当前存在事务，则加入事务

• 如果当前不存在事务，则以非事务方式运行，这个和不写没区别

NOT_SUPPORTED

• 以非事务方式运行

• 如果当前存在事务，则把当前事务挂起

MANDATORY

• 如果当前存在事务，则运行在当前事务中

• 如果当前无事务，则抛出异常，也即父级方法必须有事务

NEVER

• 以非事务方式运行，如果当前存在事务，则抛出异常，即父级方法必须无事务