深入理解Spring事務(wù)的傳播行為
前言
本文主要介紹下Spring事務(wù)中的傳播行為。事務(wù)傳播行為是Spring框架獨(dú)有的事務(wù)增強(qiáng)特性,他不屬于的事務(wù)實(shí)際提供方數(shù)據(jù)庫(kù)行為。這是Spring為我們提供的強(qiáng)大的工具箱,使用事務(wù)傳播行可以為我們的開發(fā)工作提供許多便利。
下面話不多說了,來一起看看詳細(xì)的介紹吧
事務(wù)傳播行為介紹
Spring中的7個(gè)事務(wù)傳播行為:
|事務(wù)行為|說明 |
|:--|:--|
|PROPAGATION_REQUIRED | 支持當(dāng)前事務(wù),假設(shè)當(dāng)前沒有事務(wù)。就新建一個(gè)事務(wù) |
| PROPAGATION_SUPPORTS |支持當(dāng)前事務(wù),假設(shè)當(dāng)前沒有事務(wù),就以非事務(wù)方式運(yùn)行 |
| PROPAGATION_MANDATORY| 支持當(dāng)前事務(wù),假設(shè)當(dāng)前沒有事務(wù),就拋出異常|
| PROPAGATION_REQUIRES_NEW | 新建事務(wù),假設(shè)當(dāng)前存在事務(wù)。把當(dāng)前事務(wù)掛起|
|PROPAGATION_NOT_SUPPORTED | 以非事務(wù)方式運(yùn)行操作。假設(shè)當(dāng)前存在事務(wù),就把當(dāng)前事務(wù)掛起 |
| PROPAGATION_NEVER | 以非事務(wù)方式運(yùn)行,假設(shè)當(dāng)前存在事務(wù),則拋出異常 |
| PROPAGATION_NESTED |如果當(dāng)前存在事務(wù),則在嵌套事務(wù)內(nèi)執(zhí)行。如果當(dāng)前沒有事務(wù),則執(zhí)行與PROPAGATION_REQUIRED類似的操作。 |
舉例說明
案例代碼
ServiceA
ServiceA { void methodA() { ServiceB.methodB(); } }
ServiceB
ServiceB { void methodB() { } }
1.PROPAGATION_REQUIRED
假如當(dāng)前正要運(yùn)行的事務(wù)不在另外一個(gè)事務(wù)里,那么就起一個(gè)新的事務(wù) 比方說,ServiceB.methodB的事務(wù)級(jí)別定義PROPAGATION_REQUIRED, 那么因?yàn)閳?zhí)行ServiceA.methodA的時(shí)候,ServiceA.methodA已經(jīng)起了事務(wù)。這時(shí)調(diào)用ServiceB.methodB,ServiceB.methodB看到自己已經(jīng)執(zhí)行在ServiceA.methodA的事務(wù)內(nèi)部。就不再起新的事務(wù)。而假如ServiceA.methodA執(zhí)行的時(shí)候發(fā)現(xiàn)自己沒有在事務(wù)中,他就會(huì)為自己分配一個(gè)事務(wù)。這樣,在ServiceA.methodA或者在ServiceB.methodB內(nèi)的不論什么地方出現(xiàn)異常。事務(wù)都會(huì)被回滾。即使ServiceB.methodB的事務(wù)已經(jīng)被提交,可是ServiceA.methodA在接下來fail要回滾,ServiceB.methodB也要回滾
2.PROPAGATION_SUPPORTS
假設(shè)當(dāng)前在事務(wù)中。即以事務(wù)的形式執(zhí)行。假設(shè)當(dāng)前不在一個(gè)事務(wù)中,那么就以非事務(wù)的形式執(zhí)行
3PROPAGATION_MANDATORY
必須在一個(gè)事務(wù)中執(zhí)行。也就是說,他僅僅能被一個(gè)父事務(wù)調(diào)用。否則,他就要拋出異常
4.PROPAGATION_REQUIRES_NEW
這個(gè)就比較繞口了。 比方我們?cè)O(shè)計(jì)ServiceA.methodA的事務(wù)級(jí)別為PROPAGATION_REQUIRED,ServiceB.methodB的事務(wù)級(jí)別為PROPAGATION_REQUIRES_NEW。那么當(dāng)運(yùn)行到ServiceB.methodB的時(shí)候,ServiceA.methodA所在的事務(wù)就會(huì)掛起。ServiceB.methodB會(huì)起一個(gè)新的事務(wù)。等待ServiceB.methodB的事務(wù)完畢以后,他才繼續(xù)運(yùn)行。
他與PROPAGATION_REQUIRED 的事務(wù)差別在于事務(wù)的回滾程度了。由于ServiceB.methodB是新起一個(gè)事務(wù),那么就是存在兩個(gè)不同的事務(wù)。假設(shè)ServiceB.methodB已經(jīng)提交,那么ServiceA.methodA失敗回滾。ServiceB.methodB是不會(huì)回滾的。假設(shè)ServiceB.methodB失敗回滾,假設(shè)他拋出的異常被ServiceA.methodA捕獲,ServiceA.methodA事務(wù)仍然可能提交。
5.PROPAGATION_NOT_SUPPORTED
當(dāng)前不支持事務(wù)。比方ServiceA.methodA的事務(wù)級(jí)別是PROPAGATION_REQUIRED 。而ServiceB.methodB的事務(wù)級(jí)別是PROPAGATION_NOT_SUPPORTED ,那么當(dāng)執(zhí)行到ServiceB.methodB時(shí)。ServiceA.methodA的事務(wù)掛起。而他以非事務(wù)的狀態(tài)執(zhí)行完,再繼續(xù)ServiceA.methodA的事務(wù)。
6.PROPAGATION_NEVER
不能在事務(wù)中執(zhí)行。
如果ServiceA.methodA的事務(wù)級(jí)別是PROPAGATION_REQUIRED。 而ServiceB.methodB的事務(wù)級(jí)別是PROPAGATION_NEVER ,那么ServiceB.methodB就要拋出異常了。
7.PROPAGATION_NESTED
如果當(dāng)前存在事務(wù),則在嵌套事務(wù)內(nèi)執(zhí)行。如果當(dāng)前沒有事務(wù),則執(zhí)行與PROPAGATION_REQUIRED類似的操作。
Spring中事務(wù)的配置
配置文件的方式
<tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <!--設(shè)置所有匹配的方法,然后設(shè)置傳播級(jí)別和事務(wù)隔離--> <tx:method name="save*" propagation="REQUIRED" /> <tx:method name="add*" propagation="REQUIRED" /> <tx:method name="create*" propagation="REQUIRED" /> <tx:method name="insert*" propagation="REQUIRED" /> <tx:method name="update*" propagation="REQUIRED" /> <tx:method name="merge*" propagation="REQUIRED" /> <tx:method name="del*" propagation="REQUIRED" /> <tx:method name="remove*" propagation="REQUIRED" /> <tx:method name="put*" propagation="REQUIRED" /> <tx:method name="get*" propagation="SUPPORTS" read-only="true" /> <tx:method name="count*" propagation="SUPPORTS" read-only="true" /> <tx:method name="find*" propagation="SUPPORTS" read-only="true" /> <tx:method name="list*" propagation="SUPPORTS" read-only="true" /> <tx:method name="*" propagation="SUPPORTS" read-only="true" /> </tx:attributes> </tx:advice>
注解的方式
<!--開啟注解的方式--> <tx:annotation-driven transaction-manager="transactioManager" />
@Transactional(propagation=Propagation.REQUIRED)
如果有事務(wù), 那么加入事務(wù), 沒有的話新建一個(gè)(默認(rèn)情況下)
@Transactional(propagation=Propagation.NOT_SUPPORTED)
容器不為這個(gè)方法開啟事務(wù)
@Transactional(propagation=Propagation.REQUIRES_NEW)
不管是否存在事務(wù),都創(chuàng)建一個(gè)新的事務(wù),原來的掛起,新的執(zhí)行完畢,繼續(xù)執(zhí)行老的事務(wù)
@Transactional(propagation=Propagation.MANDATORY)
必須在一個(gè)已有的事務(wù)中執(zhí)行,否則拋出異常
@Transactional(propagation=Propagation.NEVER)
必須在一個(gè)沒有的事務(wù)中執(zhí)行,否則拋出異常(與Propagation.MANDATORY相反)
@Transactional(propagation=Propagation.SUPPORTS)
如果其他bean調(diào)用這個(gè)方法,在其他bean中聲明事務(wù),那就用事務(wù).如果其他bean沒有聲明事務(wù),那就不用事務(wù).
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,如果有疑問大家可以留言交流,謝謝大家對(duì)腳本之家的支持。
相關(guān)文章
Mybatis的類型轉(zhuǎn)換接口TypeHandler
這篇文章主要介紹了Mybatis的類型轉(zhuǎn)換接口TypeHandler,文章圍繞主題展開詳細(xì)的內(nèi)容介紹,具有一定的參考價(jià)值,需要的朋友可以參考一下2022-08-08又又叕出BUG啦!理智分析Java NIO的ByteBuffer到底有多難用
網(wǎng)絡(luò)數(shù)據(jù)的基本單位永遠(yuǎn)是byte,Java NIO提供ByteBuffer作為字節(jié)的容器,但該類過于復(fù)雜,有點(diǎn)難用.本篇文章就帶大家簡(jiǎn)單了解一下 ,需要的朋友可以參考下2021-06-06SpringBoot實(shí)現(xiàn)接口參數(shù)加密解密的示例代碼
加密解密本身并不是難事,問題是在何時(shí)去處理?SpringMVC?中給我們提供了?ResponseBodyAdvice?和?RequestBodyAdvice,利用這兩個(gè)工具可以對(duì)請(qǐng)求和響應(yīng)進(jìn)行預(yù)處理,非常方便。廢話不多說,我們一起來學(xué)習(xí)一下2022-09-09Java處理字節(jié)類型數(shù)據(jù)的實(shí)現(xiàn)步驟
字節(jié)(Byte)是計(jì)算機(jī)信息技術(shù)用于計(jì)量存儲(chǔ)容量的一種基本單位,通常簡(jiǎn)寫為B,在ASCII編碼中1Byte可以表示一個(gè)標(biāo)準(zhǔn)的英文字符,包括大寫字母、小寫字母、數(shù)字、標(biāo)點(diǎn)符號(hào)和控制字符等,本文給大家介紹了Java如何優(yōu)雅的處理字節(jié)類型數(shù)據(jù),需要的朋友可以參考下2024-07-07Springboot項(xiàng)目的Mapper中增加一個(gè)新的sql語句
本文主要介紹了Springboot項(xiàng)目的Mapper中增加一個(gè)新的sql語句,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2024-05-05