Spring事务REQUIRES与REQUIRES_NEW嵌套场景简单总结

个人总结，如有错误，欢迎斧正（是兄弟就来砍我）。

如下8个场景：

1. 同类中：无事务方法 嵌套 事务方法 ，事务不生效，因spring 中事务基于代理实现，详细原理及解决请看这个文章 MMM。

2. 同类中：REQUIRES 嵌套 REQUIRES_NEW ，REQUIRES_NEW不生效，加入到REQUIRES事务中，原理同上。

3. 同类中：REQUIRES（1） 嵌套 REQUIRES （2）,其实REQUIRES（2）事务注解也是不生效的，只是加入到REQUIRES（1）事务中，看起来REQUIRES（2）事务注解是生效的，原理同上。

4. 同类中：REQUIRES（1） 嵌套 REQUIRES或REQUIRES_NEW （2），（1） 中 try {（2）}catch{e.printStackTrace();} , 2异常，1与2都不会回滚，因为2实际无事务，异常也被1catch，故都不回滚。

5. 不同类中：REQUIRES 嵌套 REQUIRES_NEW，情况1：REQUIRES无异常，REQUIRES_NEW发生异常，REQUIRES与REQUIRES_NEW都回滚。

6. 不同类中：REQUIRES 嵌套 REQUIRES_NEW，情况2：REQUIRES（1）发生异常，REQUIRES_NEW（2）无异常，1的事务回滚，2的事务正常提交。情况2是因为 1 new Tra —> 2 new Tra -> 2 commit -> 1 Exception Rolling back.此时2已commit，只留给1一地鸡毛。

7. 不同类中：REQUIRES（1）嵌套 REQUIRES（2）,（1） 中 try {（2）}catch{e.printStackTrace();} , 2异常 (e1)， 1与2都会回滚（尽管catch了）,因为1,2在同一事务中，发生异常Rolling back,故都回滚（同一事务中，要么都提交，要么都不提交）此情况还会抛出UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only这个异常，因为嵌套事务，2异常，将事务标记为rollback-only,但e1确实是被catch了，当事务要commit时，发现事务需要rollback-only,故抛出UnexpectedRollbackException并全局事务回滚。解决办法 MMM中有提到。

8. 不同类中：REQUIRES（1）嵌套 REQUIRES_NEW（2），（1） 中 try {（2）}catch{e.printStackTrace();} , 2异常， 1不回滚，2回滚，因为2在新事务中，发生异常Rolling back，且异常被1catch不被1感知，故1不回滚，2回滚。

   如果实际业务必须cry catch 导致事务未生效
   解决1：可以在catch 中继续将异常 throw 
   如果想让程序继续执行下去
   解决1：可以在 catch 中 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
   使事务生效回滚
   

   ---

   注意： spring事务原理AOP，@Transactional加载public方法上事务才会生效。
   
    原因：AOP 代理的两种实现：
   	1 jdk是代理接口，私有方法必然不会存在在接口里，所以就不会被拦截到；
   	2 cglib是子类，private的方法照样不会出现在子类里，也不能被拦截。
   

   ---

   当有自调用问题导致事务不生效时
   解决：
   	1：C中自己注入自己，然后显式的调用（此方式不优雅不推荐）:
   		@Autowired
   		C c;
   		
   	 	m方法中: 
   	 	c.m2()
   	2：将m2方法放在其他services中
   	3：使用AopContext
   		m方法中：
   		((C) AopContext.currentProxy()).m2();
   		注意：启动类要加注解@EnableAspectJAutoProxy(exposeProxy = true)