spring事务的传播行为及分析

最新推荐文章于 2025-01-07 08:49:00 发布

hw120219

最新推荐文章于 2025-01-07 08:49:00 发布

阅读量283

点赞数

CC 4.0 BY-SA版权

分类专栏： spring 文章标签： spring事务传播 transactional注解失效

本文链接：https://blog.youkuaiyun.com/hw120219/article/details/97805719

spring 专栏收录该内容

6 篇文章

订阅专栏

本文深入解析Spring事务管理机制，探讨事务回滚条件、异常捕获原理及解决方案，讲解三种常见事务传播行为及其应用场景，帮助开发者理解和掌握Spring事务的正确使用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

先明确一个问题，如果设置了事务，同时用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对象调用。