您好,登錄后才能下訂單哦!
這篇文章主要介紹“Spring中propagation有哪些事務(wù)配置”,在日常操作中,相信很多人在Spring中propagation有哪些事務(wù)配置問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”Spring中propagation有哪些事務(wù)配置”的疑惑有所幫助!接下來,請跟著小編一起來學(xué)習(xí)吧!
在聲明式的事務(wù)處理中,要配置一個切面,其中就用到了propagation,表示打算對這些方法怎么使用事務(wù),是用還是不用,其中propagation有七種配置,REQUIRED、SUPPORTS、MANDATORY、REQUIRES_NEW、NOT_SUPPORTED、NEVER、NESTED。默認(rèn)是REQUIRED。
REQUIRED
:支持當(dāng)前事務(wù),如果當(dāng)前沒有事務(wù),就新建一個事務(wù)。這是最常見的選擇。
SUPPORTS
:支持當(dāng)前事務(wù),如果當(dāng)前沒有事務(wù),就以非事務(wù)方式執(zhí)行。
MANDATORY
:支持當(dāng)前事務(wù),如果當(dāng)前沒有事務(wù),就拋出異常。
REQUIRES
_NEW:新建事務(wù),如果當(dāng)前存在事務(wù),把當(dāng)前事務(wù)掛起。
NOT_SUPPORTED
:以非事務(wù)方式執(zhí)行操作,如果當(dāng)前存在事務(wù),就把當(dāng)前事務(wù)掛起。
NEVER
:以非事務(wù)方式執(zhí)行,如果當(dāng)前存在事務(wù),則拋出異常。
NESTED
:支持當(dāng)前事務(wù),如果當(dāng)前事務(wù)存在,則執(zhí)行一個嵌套事務(wù),如果當(dāng)前沒有事務(wù),就新建一個事務(wù)。
這些配置將影響數(shù)據(jù)存儲,必須根據(jù)情況選擇。
這里面有幾點(diǎn)需要大家留意:
A. 一個功能是否要事務(wù),必須納入設(shè)計、編碼考慮。不能僅僅完成了基本功能就ok。
B. 如果加了事務(wù),必須做好開發(fā)環(huán)境測試(測試環(huán)境也盡量觸發(fā)異常、測試回滾),確保事務(wù)生效。
C. 以下列了事務(wù)使用過程的注意事項,請大家留意。
1. 不要在接口上聲明@Transactional ,而要在具體類的方法上使用 @Transactional 注解,否則注解可能無效。
2.不要圖省事,將@Transactional放置在類級的聲明中,放在類聲明,會使得所有方法都有事務(wù)。故@Transactional應(yīng)該放在方法級別,不需要使用事務(wù)的方法,就不要放置事務(wù),比如查詢方法。否則對性能是有影響的。
3.使用了@Transactional的方法,對同一個類里面的方法調(diào)用, @Transactional無效。比如有一個類Test,它的一個方法A,A再調(diào)用Test本類的方法B(不管B是否public還是private),但A沒有聲明注解事務(wù),而B有。則外部調(diào)用A之后,B的事務(wù)是不會起作用的。(經(jīng)常在這里出錯)
4.使用了@Transactional的方法,只能是public,@Transactional注解的方法都是被外部其他類調(diào)用才有效,故只能是public。道理和上面的有關(guān)聯(lián)。故在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解,它也不會報錯,但事務(wù)無效。
5.經(jīng)過在ICORE-CLAIM中測試,效果如下:
A.拋出受查異常XXXException,事務(wù)會回滾。
B.拋出運(yùn)行時異常NullPointerException,事務(wù)會回滾。
C.Quartz中,execute直接調(diào)用加了@Transactional方法,可以回滾;間接調(diào)用,不會回滾。(即上文3點(diǎn)提到的)
D.異步任務(wù)中,execute直接調(diào)用加了@Transactional方法,可以回滾;間接調(diào)用,不會回滾。(即上文3點(diǎn)提到的)
E.在action中加上@Transactional,不會回滾。切記不要在action中加上事務(wù)。
F.在service中加上@Transactional,如果是action直接調(diào)該方法,會回滾,如果是間接調(diào),不會回滾。(即上文3提到的)
G.在service中的private加上@Transactional,事務(wù)不會回滾。
Spring Transaction中有一個很重要的屬性:Propagation。主要用來配置當(dāng)前需要執(zhí)行的方法,與當(dāng)前是否有transaction之間的關(guān)系。
我曉得有點(diǎn)兒抽象,這也是為什么我想要寫這篇博客的原因??戳撕竺娴睦?,大家應(yīng)該就明白了。
REQUIRED
(默認(rèn)值):在有transaction狀態(tài)下執(zhí)行;如當(dāng)前沒有transaction,則創(chuàng)建新的transaction;
SUPPORTS
:如當(dāng)前有transaction,則在transaction狀態(tài)下執(zhí)行;如果當(dāng)前沒有transaction,在無transaction狀態(tài)下執(zhí)行;
MANDATORY
:必須在有transaction狀態(tài)下執(zhí)行,如果當(dāng)前沒有transaction,則拋出異常IllegalTransactionStateException;
REQUIRES_NEW
:創(chuàng)建新的transaction并執(zhí)行;如果當(dāng)前已有transaction,則將當(dāng)前transaction掛起;
NOT_SUPPORTED
:在無transaction狀態(tài)下執(zhí)行;如果當(dāng)前已有transaction,則將當(dāng)前transaction掛起;
NEVER
:在無transaction狀態(tài)下執(zhí)行;如果當(dāng)前已有transaction,則拋出異常IllegalTransactionStateException。
上面描述的6種propagation屬性配置中,最難以理解,并且容易在transaction設(shè)計時出現(xiàn)問題的是REQUIRED和REQURED_NEW這兩者的區(qū)別。當(dāng)程序在某些情況下拋出異常時,如果對于這兩者不夠了解,就可能很難發(fā)現(xiàn)而且解決問題。
下面我們給出三個場景進(jìn)行分析:
場景一:
ServiceA.java: public class ServiceA { @Transactional public void callB() { serviceB.doSomething(); } } ServiceB.java public class ServiceB { @Transactional public void doSomething() { throw new RuntimeException("B throw exception"); } }
這種情況下,我們只需要在調(diào)用ServiceA.callB時捕獲ServiceB中拋出的運(yùn)行時異常,則transaction就會正常的rollback。
場景二
在保持場景一中ServiceB不變,在ServiceA中調(diào)用ServiceB的doSomething時去捕獲這個異常,如下:
public class ServiceA { @Transactional public void callB() { try { serviceB.doSomething(); } catch (RuntimeException e) { System.err.println(e.getMessage()); } } }
這個時候,我們再調(diào)用ServiceA的callB。程序會拋出org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only這樣一個異常信息。原因是什么呢?
因為在ServiceA和ServiceB中的@Transactional propagation都采用的默認(rèn)值:REQUREID。
根據(jù)我們前面講過的REQUIRED特性,當(dāng)ServiceA調(diào)用ServiceB的時候,他們是處于同一個transaction中。
如下圖所示:
當(dāng)ServiceB中拋出了一個異常以后,ServiceB會把當(dāng)前的transaction標(biāo)記為需要rollback。
但是ServiceA中捕獲了這個異常,并進(jìn)行了處理,認(rèn)為當(dāng)前transaction應(yīng)該正常commit。
此時就出現(xiàn)了前后不一致,也就是因為這樣,拋出了前面的UnexpectedRollbackException。
場景三
在保持場景二中ServiceA不變,修改ServiceB中方法的propagation配置為REQUIRES_NEW,如下:
public class ServiceB { @Transactional(propagation = Propagation.REQUIRES_NEW) public void doSomething() { throw new RuntimeException("B throw exception"); } }
此時,程序可以正常的退出了,也沒有拋出UnexpectedRollbackException。原因是因為當(dāng)ServiceA調(diào)用ServiceB時,serviceB的doSomething是在一個新的transaction中執(zhí)行的。
如下圖所示:
所以,當(dāng)doSomething拋出異常以后,僅僅是把新創(chuàng)建的transaction rollback了,而不會影響到ServiceA的transaction。
ServiceA就可以正常的進(jìn)行commit。
當(dāng)然這里把ServiceA和ServiceB放在兩個獨(dú)立的transaction是否成立,還需要再多多考慮你的業(yè)務(wù)需求。
Transaction不是一個新東西了,那對于transaction的使用會不會有一些模式?一些經(jīng)驗之談呢?答案肯定是有的,以后再說。
到此,關(guān)于“Spring中propagation有哪些事務(wù)配置”的學(xué)習(xí)就結(jié)束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí),快去試試吧!若想繼續(xù)學(xué)習(xí)更多相關(guān)知識,請繼續(xù)關(guān)注億速云網(wǎng)站,小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。