spring事务的传播行为及分析

朱雀 2021-11-16 05:52 275阅读 0赞

先明确一个问题，如果设置了事务，同时用try catch捕获异常，那么事务会回滚吗？  
为什么不会滚呢？？是对spring的事务机制就不明白。！！  
默认spring事务只在发生未被捕获的 runtimeexcetpion时才回滚。 spring aop 异常捕获原理：被拦截的方法需显式抛出异常，并不能经任何处理，这样aop代理才能捕获到方法的异常，才能进行回滚，默认情况下aop只捕获runtimeexception的异常，但可以通过 配置来捕获特定的异常并回滚 。换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion（），这样程序异常时才能被aop捕获进而回滚  
**解决方案：**  
方案1.例如service层处理事务，那么service中的方法中不做异常捕获，或者在catch语句中最后增加throw new RuntimeException()语句，以便让aop捕获异常再去回滚，并且在service上层（webservice客户端，view层action）要继续捕获这个异常并处理  
方案2.在service层方法的catch语句中增加：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();语句，手动回滚，这样上层就无需去处理异常（现在项目的做法）  
举例说明  
下面不会回滚

if(userSave){          
        try {         
            userDao.save(user);          
            userCapabilityQuotaDao.save(capabilityQuota);         
         } catch (Exception e) {          
            logger.info("能力开通接口，开户异常，异常信息："+e);         
         }         
     }

下面的两种情况都会回滚

if(userSave){         
         try {          
            userDao.save(user);          
            userCapabilityQuotaDao.save(capabilityQuota);         
           } catch (Exception e) {         
            logger.info("能力开通接口，开户异常，异常信息："+e);          
            throw new RuntimeException();         
         }          
    }  
    
    if(userSave){          
        try {          
            userDao.save(user);          
            userCapabilityQuotaDao.save(capabilityQuota);          
        } catch (Exception e) {          
            logger.info("能力开通接口，开户异常，异常信息："+e);          
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();         
        }         
     }

**spring事务共有7种传播行为**，常见的有3种，PROPAGATION\_REQUIRED（默认传播行为）、PAOPAGATION\_REQUIRE\_NEW，PROPAGATION\_NESTED，下面只讲常用的三种  
首先理解传播行为：一般情况事务是设置在service层的方法的，如果service的方法（设置事务A）调用了另外一个service的方法（有可能已经设置了事务B），那么就有了事务传播的行为。  
1、PROPAGATION\_REQUIRED  
若当前存在事务，则加入该事务，若不存在事务，则新建一个事务。

class C1(){
        @Transactional(propagation = Propagation.REQUIRED)
        function A(){
            C2.B();
        }
    }
     
    class C2(){
        @Transactional(propagation = Propagation.REQUIRED)
        function B(){
            do something;
        }

若B方法抛出异常，A方法进行捕获，A会抛出异常，因为C2标志回滚，C1标志提交，产生冲突。  
若B方法抛出异常，B方法内部捕获，A、B都不会回滚。  
若A或B抛出异常，但没有捕获，则A、B都回滚。  
A、B可操作同一条记录，因为处于同一个事务中。

2.PAOPAGATION\_REQUIRE\_NEW  
无论当前是否存在事务，都会新建一个事务。新事物拥有新的锁和隔离级别，新老事务相互独立。外部事务抛出异常回滚不会影响内部事务的正常提交。  
若B方法抛出异常，A方法进行捕获，B方法回滚，A方法不受B异常影响。  
若B方法抛出异常，B方法内部捕获，A、B都不会回滚。  
若A方法抛出异常，不会影响B正常执行。  
若B方法抛出异常，A、B方法都没有处理，则A、B都会回滚。  
A、B不可操作同一条记录，因为处于不同事务中，会产生死锁。

3、PROPAGATION\_NESTED  
如果当前存在事务，则嵌套在当前事务中执行。如果当前没有事务，则新建一个事务，类似于REQUIRE\_NEW。  
在当前方法调用子方法时，子方法发生异常，只回滚子方法的异常，不会回滚当前的事务。

若B方法抛出异常，A方法进行捕获，B方法回滚，A方法正常执行。  
若A或者B抛出异常，不做任何处理的话，A、B都要回滚。  
A、B可操作同一条记录，因为处于同一个事务中。

结尾还有一个问题，@Transactional注解何时会失效？  
在一个service类中有两个方法，这个两个方法都加了注解，但是A方法调用B的时候直接使用方法B的名字，此时事务就会失效。  
因为事务的实现原理是aop，也就是动态代理，在上述的调用过程中是类自身的调用，而不是代理对象的调用，就不会产生aop，所以就会失效。解决办法是调用B的时候可以从容器中获取service对象，利用service对象调用。