當前位置：首頁 > 科技 > 軟件

Spring 七種事務傳播性介紹

來源：責編：時間：2024-01-08 09:18:13 257觀看

導讀本文主要介紹了Spring事務傳播性的相關知識。Spring中定義了7種事務傳播性：PROPAGATION_REQUIRED PROPAGATION_SUPPORTSPROPAGATION_MANDATORYPROPAGATION_REQUIRES_NEWPROPAGATION_NOT_SUPPORTEDPROPAGATION_NEVERPRO

本文主要介紹了Spring事務傳播性的相關知識。

Spring中定義了7種事務傳播性：

PROPAGATION_REQUIRED
PROPAGATION_SUPPORTS
PROPAGATION_MANDATORY
PROPAGATION_REQUIRES_NEW
PROPAGATION_NOT_SUPPORTED
PROPAGATION_NEVER
PROPAGATION_NESTED

在Spring環境中，含有事務的方法嵌套調用，事務是如何傳遞的規則，以及每種規則是如何開展工作的。文章還提到每種事務傳播性是如何使用的，方便讀者依據實際的場景，使用不同的事務規則。

一、什么是Spring事務的傳播性

Spring 事務傳播性是指，在Spring的環境中，當多個含有事務的方法嵌套調用時，每個事務方法都處于自己事務的上下文中，其提交或者回滾行為應該如何處理。

通俗講，就是當一個事務方法調用另外一個事務方法時，事務如何跨上下文傳播。

1）當事務方法A調用事務方法B時，事務方法B是合并到事務方法A中，還是開啟新事務？

2）當事務方法B拋出異常時，在合并事務或者開啟新的事務的場景中，事務的回滾是如何處理的？

以上事務的處理規則，都取決于事務傳播級別的設置。

二、事務的傳播性都有哪些行為

事務的傳播行為，主要分為三種類型，分別是：支持當前事務、不支持當前事務、嵌套事務。

2.1 支持當前事務

REQUIRED：默認的事務傳播級別，表示如果當前方法已在事務內，該方法就在當前事務中執行，否則，開啟一個新的事務并在其上下文中執行。

SUPPORTED：當前方法在事務內，則在其上下文中執行該方法，否則，開啟一個新的事務。

MANDATORY：必須在事務中執行，否則，將拋出異常。

2.2 不支持當前事務

REQUIRES_NEW：無論當前是否有事務上下文，都會開啟一個事務。如果已經有一個事務在執行，則正在執行的事務將被掛起，新開啟的事務會被執行。

事務之間相互獨立，互不干擾。

NOT_SUPPORTED：不支持事務，如果當前存在事務上下文，則掛起當前事務，然后以非事務的方式執行。

NEVER：不能在事務中執行，如果當前存在事務上下文，則拋出異常。

2.3 嵌套事務

NESTED：嵌套事務，如果當前已存在一個事務的上下文中，則在嵌套事務中執行，如果拋異常，則回滾嵌套事務，而不影響其他事務的操作。

三、每種事務的傳播性如何工作

3.1 REQUIRED

默認的事務傳播行為，保證多個嵌套的事務方法在同一個事務內執行，并且同時提交，或者出現異常時，同時回滾。

這個機制可以滿足大多數業務場景。

例子：

圖片

1）類TestAService的方法通過聲明式事務的方式，加上了事務注解@Transactional ，并設置事務的傳播性為REQUIRED。

2）調用者調用TestAService的A方法時，如果調用者沒有開啟事務，那么A方法會開啟一個事務。

A方法的具體執行過程如下：

a. 執行insert，但沒有提交；

b.調用TestBServcie的B方法，由于B方法也聲明了事務，并且傳播性是REQUIRED，所以方法B的事務，合并到方法A開啟的事務中。

c.方法B執行insert操作，此時也沒有提交。

3）由于這兩個方法的操作都在同一個事務中執行，當這兩個方法所有操作執行成功之后，提交事務。

嵌套調用鏈路：

當方法B 執行時拋出了 Exception 異常后，事務是如何處理的？

1）方法B聲明了事務，insert操作會回滾

2）由于方法A和方法B 同屬一個事務，方法A也會執行回滾，由此說明該規則保證了事務的原子性。

嵌套調用，異常后的鏈路：

如果方法B 拋出異常后，方法A 使用 try-catch 處理了方法B的異常（如下代碼），并沒有向外拋出，此時事務又如何處理的？

方法A也會回滾。

從事務的特性我們可知，事務具有原子性。方法A和方法B同屬一個事務，當方法B拋出異常，觸發回滾操作后，整個事務的操作都會回滾。

因此，Spring 在處理事務過程中，當事務的傳播性設置為REQUIRED，在整個事務的調用鏈上，任何一個環節拋出的異常都會導致全局回滾。

3.2 REQUIRES_ NEW

每次都開啟一個新的事務。

例子：

上面例子中，方法B的傳播性設置為 REQUIRES_NEW，方法A仍然是REQUIRED，當A調用B時，具體調用鏈路如下：

具體執行過程：

方法A被執行前，如果調用者沒有開啟事務，方法A開啟一個事務1，然后執行insert ，此時沒有提交；
方法B的事務傳播性設置為REQUIRES_NEW，當被方法A調用時，此時方法A的事務1會被掛起，方法B開啟自己的事務2，然后執行insert，此時并沒有提交；
當方法B執行完畢后，提交事務2；
恢復事務1，最終提交。

當方法B 執行時拋出了異常，會發生什么？

方法B的insert操作會被回滾掉,方法A不受影響。但這里有個前提，方法A需要try-catch方法B的異常，使其異常不會往上傳遞，從而導致方法A接收到異常，導致回滾。

3.3 SUPPORTED

當外層方法A存在事務，方法B加入到當前事務中，以事務的方式執行。

當外層方法A不存在事務，方法B不會創建新的事務，以非事務的方式執行。

例子1：

以上例子，方法A沒有加事務注解，方法B的加了事務注解，并且傳播為SUPPORTS。

具體執行過程：

方法A以非事務的方式執行insert操作。
方法B被調用，由于其外層事務A沒有開啟事務，方法B也是以非事務方法執行insert操作。

例子2：

以上例子，方法A和B都加上了事務注解，其中方法A的傳播性為REQUIRED，方法B的傳播性為SUPPORTS。

具體執行過程：

如果方法A的調用方沒有開啟事務，則方法A開啟事務，并執行insert操作，但沒有提交；
方法B被調用，由于其外層方法A開啟了事務，因此方法B加入到方法A開啟的事務中，并執行insert,但沒有提交；
當事務中的所有操作執行成功后，事務提交。

3.4 NOT_SUPPORTED

不支持事務。

如果外層方法存在事務，則掛起外層事務，以非事務方式執行，執行完畢后，恢復外層事務。

例子：

以上例子：方法A和B都加上了事務注解，方法A的傳播性為REQUIRED,方法B為NOT_SUPPORTED。

具體執行過程：

如A的調用方沒有開啟事務，方法A開啟事務，并執行insert，但沒有提交。
方法A調用方法B時，方法B的傳播性為NOT_SUPPORTED,不支持事務，然后掛起外層方法A的事務，方法B以非事務的方式執行insert。
方法B執行完畢后，恢復方法A的事務，最終提交事務。

調用鏈路過程：

3.5 NEVER

不支持事務

當外層方法A開啟了事務，方法B拋出異常

例子：

以上代碼，兩個方法都打上了事務注解，方法A的傳播性是REQUIRED,方法B的傳播性是NEVER。

具體執行過程：

方法A開啟事務，執行insert,沒有提交。
含有事務的方法A調用方法B，方法B的傳播性是NEVER,表示不支持事務，因此方法B拋出異常。
方法A的事務執行回滾。

3.6 MANDATORY

必須在事務中執行。

如果外層方法A沒有開啟事務，方法B拋出異常。

如果外層方法A開啟了事務，方法B加入事務，方法A&B在同一事務中執行。

例子：

以上例子，方法A沒有加事務注解，方法B 的傳播性為 MANDATORY。

具體執行過程：

方法A的調用方如果本身沒有開啟事務，方法A執行前不會開啟事務。
當非事務方法A調用方法B時，由于方法B的傳播性為MANDATORY，必須在事務中執行，條件不滿足，拋出異常。

3.7 NESTED

嵌套事務

如果外層方法A不存在事務，內層方法B的規則與REQUIRED 一致。
如果外層方法A存在事務，內層方法B做為外層方法A事務的子事務執行，兩個方法是一起提交，但子事務是獨立回滾。
內層方法B拋出異常，則會回滾方法B的所有操作，但不影響外層事務方法A。（方法A需要try-catch子事務，避免異常傳遞到父層事務）
外層方法A回滾，則內層方法B也會回滾。
該傳播性的特點是可以保存狀態點，當回滾時，只會回滾到某一個狀態點，保證了子事務之間的獨立性，避免嵌套事務的全局回滾。

例子：

以上例子，方法A的傳播性為REQUIRED,方法B為NESTED。

具體執行過程：

方法A執行時，如調用方沒有開啟事務，則開啟一個事務。
方法B被外層方法A調用時，因為方法B的傳播性為NESTED，方法B在此處建立savepoint,標記insert行為。
當方法B拋出異常，其insert操作會回滾，但只會回滾到savepoint，（前提是方法A要try-catch方法B，使方法B的異常不會往外傳遞）。
方法B回滾后，方法A的事務提交。

調用鏈路：

四、總結

本文解釋了Spring框架中的事務傳播性，即多個業務方法之間調用時事務如何處理的規則。Spring提供了七種傳播級別，如

PROPAGATION_REQUIRED、

PROPAGATION_REQUIRES_NEW等。

每種級別都有適用場景和限制，本文提供了一些示例，介紹了聲明式事務如何使用，每種事務的規則，產生哪種行為，當方法拋出異常時，事務的提交和回滾是如何被處理的。正確處理事務對于任何企業級應用程序都是必要的，了解Spring事務傳播性是構建高效、可靠和可擴展應用程序的關鍵。

本文鏈接：http://www.tebozhan.com/showinfo-26-57940-0.htmlSpring 七種事務傳播性介紹

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com

上一篇：還得是騰訊，撈了我一把！

下一篇：繞過用戶模式EDR Hook原理及思路

標簽：

熱門焦點

線程通訊的三種方法！通俗易懂

線程通信是指多個線程之間通過某種機制進行協調和交互，例如，線程等待和通知機制就是線程通訊的主要手段之一。在 Java 中，線程等待和通知的實現手段有以下幾種方式：Object 類下
分享六款相見恨晚的PPT模版網站, 祝你做出精美的PPT!

1、OfficePLUSOfficePLUS網站旨在為全球Office用戶提供豐富的高品質原創PPT模板、實用文檔、數據圖表及個性化定制服務。優點：OfficePLUS是微軟官方網站，囊括PPT模板、Word模
.NET 程序的 GDI 句柄泄露的再反思

一、背景1. 講故事上個月我寫過一篇如何洞察 C# 程序的 GDI 句柄泄露文章，當時用的是 GDIView + WinDbg 把問題搞定，前者用來定位泄露資源，后者用來定位泄露代碼，后面有朋友反
阿里瓴羊One推出背后，零售企業迎數字化新解

作者:劉曠近年來隨著數字經濟的高速發展，各式各樣的SaaS應用服務更是層出不窮，但本質上SaaS大多局限于單一業務流層面，對用戶核心關切的增長問題等則沒有提供更好的解法。在Saa
馮提莫簽約抖音公會前“斗魚一姐”消失在直播間

來源：直播觀察提起“馮提莫”這個名字，很多網友或許聽過，但應該不記得她是哪位主播了。其實，作為曾經的“斗魚一姐”，馮提莫在游戲直播的年代影響力不輸于現
Android 14發布：首批適配機型公布

5月11日消息，谷歌在今天凌晨舉行了I/O大會，本次發布會谷歌帶來了自家的AI語言模型PaLM 2、谷歌Pixel Fold折疊屏、谷歌Pixel 7a手機，同時發布了Androi
iQOO Neo8 Pro真機諜照曝光：天璣9200+和V1+旗艦雙芯加持

去年10月，iQOO推出了iQOO Neo7系列機型，不僅搭載了天璣9000+，而且是同價位唯一一款天璣9000+直屏旗艦，一經上市便受到了用戶的廣泛關注。在時隔半年后，
iQOO Neo8系列或定檔5月23日：首發天璣9200+ 安卓跑分王者

去年10月，iQOO推出了iQOO Neo7系列機型，不僅搭載了天璣9000+，而且是同價位唯一一款天璣9000+直屏旗艦，一經上市便受到了用戶的廣泛關注。在時隔半年后，
親歷馬斯克血洗Twitter，硅谷的苦日子在后頭

文/劉哲銘　　編輯/李薇　　馬斯克再次揮下裁員大刀。　　美國時間11月14日，Twitter約4400名外包員工遭解雇，此次被解雇的員工的主要工作為內容審核等。此前，T

AVt天堂网手机版,亚洲va久久久噜噜噜久久4399,天天综合亚洲色在线精品,亚洲一级Av无码毛片久久精品

Spring 七種事務傳播性介紹

一、什么是Spring事務的傳播性

二、事務的傳播性都有哪些行為

2.1 支持當前事務

2.2 不支持當前事務

2.3 嵌套事務

三、每種事務的傳播性如何工作

3.1 REQUIRED

3.2 REQUIRES_ NEW

3.3 SUPPORTED

3.4 NOT_SUPPORTED

3.5 NEVER

3.6 MANDATORY

3.7 NESTED

四、總結

線程通訊的三種方法！通俗易懂

分享六款相見恨晚的PPT模版網站, 祝你做出精美的PPT!

.NET 程序的 GDI 句柄泄露的再反思

阿里瓴羊One推出背后，零售企業迎數字化新解

馮提莫簽約抖音公會前“斗魚一姐”消失在直播間

Android 14發布：首批適配機型公布

iQOO Neo8 Pro真機諜照曝光：天璣9200+和V1+旗艦雙芯加持

iQOO Neo8系列或定檔5月23日：首發天璣9200+ 安卓跑分王者

親歷馬斯克血洗Twitter，硅谷的苦日子在后頭

最新推薦

猜你喜歡

熱門推薦

相關資訊