spring事务传播机制及失效场景

spring 事务传播机制&失效场景

spring事务传播机制

spring七中事务传播机制
REQUIRED （默认）(TransactionDefinition.PROPAGATION_REQUIRED)	支持当前事务，如果有事务就加入到当前事务，没有则会创建一个新的事务。
SUPPORTS (TransactionDefinition.PROPAGATION_SUPPORTS)	支持当前事务，如果有事务就加入到当前事务，如果没有事务的话，以非事务的方式执行。
MANDATORY(强制性的)（TransactionDefinition.PROPAGATION_MANDATORY）	支持当前事务，当前如果没有事务就抛出异常。
REQUIRES_NEW （TransactionDefinition.PROPAGATION_REQUIRES_NEW）	不管是否有事务，都会创建一个新事物，并挂起当前事务。
NOT_SUPPORTED (TransactionDefinition.PROPAGATION_NOT_SUPPORTED)	以非事务的方式执行，如果当前存在事务，就将当前事务挂起。
NEVER (TransactionDefinition.PROPAGATION_NEVER)	以非事务方式进行，如果存在事务则抛出异常
NESTED(嵌套) (TransactionDefinition.PROPAGATION_NESTED)	如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，创建一个新的事务。

注意：spring事务的传播在类内部方法中调用时是失效的

因为 spring 事务管理是通过 AOP 来实现的，外部类调用时会先调用代理类，代理类再调用实际类。

而类内部调用时，是实际类内部调用，不经过代理类，而事务管理实在代理类层面实现，所以类内部调用事务管理会失效。

详解：

1. PROPAGATION_REQUIRED如果存在一个事务，则支持当前事务，如果没有事务则开启一个新的事务。使用spring声明式事务，spring使用AOP来支持声明式事务，会根据事务属性，自动在方法调用之前决定是否开启一个事务，并在方法执行之后决定事务提交或回滚事务。

//PROPAGATION_REQUIRED
public void methodA(){
    methodB();
}
//PROPAGATION_REQUIRED
public void methodB(){   
}

对于第一个方法，spring在调用methodA的时候没有事务，因此创建一个新的事务，而methodA中又调用了methodB，而此时已经存在一个事务了，所以methodB会加入到这个事务中；所有PROPAGATION_REQUIRED修饰的内部方法和外部方法均属于同一事务，只要一个方法回滚，整个事务均会回滚。

对于第二个方法，由于methodB此时没有事务，因此spring会开启一个新的事务。spring会确保方法中的所有调用都得到一个相同的连接。

2. PROPAGATION_SUPPORTS如果存在一个事务，支持当前事务。如果没有事务，则以非事务执行。但是对于事务同步的事务管理器，PROPAGATION_SUPPORTS与不适用事务有少许不同。

//PROPAGATION_REQUIRED
public void methodA(){
    methodB();
}
//PROPAGATION_SUPPORTS
public void methodB(){   
}

3. PROPAGATION_MANDATORY如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。

//PROPAGATION_REQUIRED
public void methodA(){
    methodB();
}
//PROPAGATION_MANDATORY
public void methodB(){   
}

调用methodB的时候，因为当前没有一个活动的事务，则会抛出异常throw new IllegalTransactionStateExecption(“Transaction propagation ‘mandatory’ but no existing transaction found”);

当调用methodA的时候，methodB会加入到methodA的事务中。

4. PROPAGATION_REQUIRES_NEW总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。

//PROPAGATION_REQUIRED
public void methodA(){
    doSomeThingA();
    methodB();
    doSomeThingB();
}
//PROPAGATION_REQUIRES_NEW
public void methodB(){}

这两段代码在一起。此时methodA会创建一个新事务t1, 而 methodA 在执行到methodB()方法时，调用methodB方法，此时methodB方法又会创建一个新的事务t2，这两个事务是没有关联相互独立的。如果methodA中在执行完methodB方法后面的doSomeThingB()方法执行失败了，那么methodA方法的数据会执行回滚不会提交，但是其中的methodB的数据仍然会提交到数据库中，这表明t1和t2之间是独立的。也就是说，只要methodB成功执行了，那么methodB的数据就会被加入到数据库，不管其后面的代码是否发生异常。如果使用PROPAGATION_REQUIRES_NEW，需要使用JtaTransactionManager作为事务管理器。

如果在外围方法未开启事务的情况下Propagation.REQUIRES_NEw修饰的内部方法会新开启自己的事务，且开启的事务相互独立，互不干扰。

5. PROPAGATION_NOT_SUPPORTED总是非事务地执行，并挂起任何存在的事务。使用PROPAGATION_NOT_SUPPORTED，也需要使用JtaTransactionManager作为事务管理器。（代码示例同上，可同理推出）

6. PROPAGATION_NEVER总是非事务地执行，如果存在一个活动事务，则抛出异常；

7. PROPAGATION_NESTED如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按TransactionDefinition.PROPAGATION_REQUIRED属性执行。这是一个嵌套事务，使用JDBC 3.0驱动时，仅仅支持DataSourceTransactionManager作为事务管理器。需要JDBC驱动的java.sql.SavePoint类。有一些JTA的事务管理器可能也提供了同样的功能。使用PROPAGATION_NESTED，需要把PlatformTransactionManager的nestedTransactionAllowed属性设为true，而nestedTransactionAllowed属性值默认为false。

   //PROPAGATION_REQUIRED
   public void methodA(){
       doSomeThingA();
       methodB();
       doSomeThingB();
   }
   //PROPAGATION_REQUIRES_NESTED
   public void methodB(){}
   

   这里如果单独调用methodB方法，则按照PROPAGATION_REQUIRED属性执行。如果调用methodA方法，那么在执行methodA方法内调用methodB方法的时候，会先调用setSavePoint方法，保存当前的状态到savepoint中，如果methodB方法调用失败，则恢复到之前记录的那个状态，然后继续执行后续代码，此时事务都还没有提交，如果其后面的doSomeThingB()方法调用失败，则回滚包括methodB在内的所有操作。也就是所：这是一个嵌套事务，嵌套事务的内层事务依赖于外层事务，如果外层事务失败时，会回滚内层事务，而内层事务操作失败的时候，并不会引起外层事务的回滚，外层事务会回复到内层事务执行之前的状态，然后继续执行后面的方法。

   注：
   PROPAGATION_NESTED与PROPAGATION_REQUIRES_NEW的区别：这两个事物的最大区别是PROPAGATION_NESTED是一个嵌套事务，内层事务依赖于外层事务，内层事务成功执行完成之后，数据其实并没有提交到数据库，而需要外层事务全部成功完成之后，内外层数据才会提交到数据库，若内层事务虽然成功执行，但是外层事务在其之后发生异常，则内层事务和外层事务全部回滚；而PROPAGATION_REQUIRES_NEW是完全两个不同的事务，相互之间是独立的，一旦内层事务提交了，外层事务发生异常也并不能让内层事务回滚。

Spring事务失效场景

1. 数据库引擎不支持事务，比如MyISAM

2. 入口方法不是public，这一点由Spring的AOP特性决定的，理论上而言，不public也能切入，但spring可能是觉得private自己用的方法，应该自己控制，不应该用事务切进去吧）。另外private 方法, final 方法 和 static 方法不能添加事务，加了也不生效。

3. Spring事务管理默认只支持运行期异常进行回滚（至于为什么spring要这么设计：因为spring认为Checked的异常属于业务的，coder需要给出解决方案而不应该直接扔该框架）

4. 没有启用事务和切面

5. 类是否被正确代理

6. 业务和事务要在同一个线程，否则事务也不生效，比如

   @Transactional
   @Override
   public void save(User user1, User user2) {
       new Thread(() -> {
             saveError(user1, user2);
             System.out.println(1 / 0);
       }).start();
   }
   

7. 默认情况下，只有来自外部的方法调用才会被AOP代理捕获，也就是，类内部方法调用本类内部的其他方法并不会引起事务行为，即使被调用方法使用@Transactional注解进行修饰。