Spring 5.x 源码之旅六十二AOP事务实战三
传播机制图

NEVER
不要事务,如果当前存在事务还要报异常。
例子


直接回滚了,调用accountDao.insertTest1()的时候报异常:
org.springframework.transaction.IllegalTransactionStateException: Existing transaction found for transaction marked with propagation 'never'
但是换个方式用,报异常了也可以全成功:


结果:


NOT_SUPPORTED
不要事务,如果当前存在事务就把当前事务挂起。
例子


结果就是account成功了,user不成功:


REQUIRES_NEW
如果当前存在事务就把当前事务挂起,重新创建一个事务。
例子


结果应该是都回滚,插入不成功。
但是如果把这个异常的代码放到外层的话,内层就能成功,accout能插入,user还是回滚。


结果:


这种组合适合有些业务出异常也不影响主业务,比如说主业务是插入用户数据,另外一个业务是统计数据,或者日志,我在外层开一个统计数据的事务REQUIRES,然后里面是插入用户数据REQUIRES_NEW,只要插入成功,就算统计数据的有异常也没关系,但是如果插入异常了,你不做异常处理,那统计数据也会回滚。当然是单机情况,当然也可以有其他的组合,其实很灵活的,具体看业务啦。
好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵。
本文深入探讨Spring5.x中AOP事务的三种传播机制:NEVER、NOT_SUPPORTED、REQUIRES_NEW。通过实例解析各机制下事务的处理方式,及如何影响业务逻辑的执行结果。
1万+

被折叠的 条评论
为什么被折叠?



