本文主要介紹了Spring事務(wù)傳播性的相關(guān)知識(shí)。

Spring中定義了7種事務(wù)傳播性：

• PROPAGATION_REQUIRED 
• PROPAGATION_SUPPORTS
• PROPAGATION_MANDATORY
• PROPAGATION_REQUIRES_NEW
• PROPAGATION_NOT_SUPPORTED
• PROPAGATION_NEVER
• PROPAGATION_NESTED

在Spring環(huán)境中，含有事務(wù)的方法嵌套調(diào)用，事務(wù)是如何傳遞的規(guī)則，以及每種規(guī)則是如何開展工作的。文章還提到每種事務(wù)傳播性是如何使用的，方便讀者依據(jù)實(shí)際的場景，使用不同的事務(wù)規(guī)則。

一、什么是Spring事務(wù)的傳播性

Spring 事務(wù)傳播性是指， 在Spring的環(huán)境中，當(dāng)多個(gè)含有事務(wù)的方法嵌套調(diào)用時(shí)，每個(gè)事務(wù)方法都處于自己事務(wù)的上下文中，其提交或者回滾行為應(yīng)該如何處理。

通俗講，就是當(dāng)一個(gè)事務(wù)方法調(diào)用另外一個(gè)事務(wù)方法時(shí)，事務(wù)如何跨上下文傳播。

1）當(dāng)事務(wù)方法A調(diào)用事務(wù)方法B時(shí)，事務(wù)方法B是合并到事務(wù)方法A中，還是開啟新事務(wù)？

2）當(dāng)事務(wù)方法B拋出異常時(shí)  ，在合并事務(wù)或者開啟新的事務(wù)的場景中，事務(wù)的回滾是如何處理的 ？

以上事務(wù)的處理規(guī)則，都取決于事務(wù)傳播級(jí)別的設(shè)置。

二、事務(wù)的傳播性都有哪些行為

事務(wù)的傳播行為，主要分為三種類型，分別是：支持當(dāng)前事務(wù)、不支持當(dāng)前事務(wù)、嵌套事務(wù)。

2.1 支持當(dāng)前事務(wù)

REQUIRED：默認(rèn)的事務(wù)傳播級(jí)別，表示如果當(dāng)前方法已在事務(wù)內(nèi)，該方法就在當(dāng)前事務(wù)中執(zhí)行，否則，開啟一個(gè)新的事務(wù)并在其上下文中執(zhí)行。

SUPPORTED：當(dāng)前方法在事務(wù)內(nèi)，則在其上下文中執(zhí)行該方法，否則，開啟一個(gè)新的事務(wù)。

MANDATORY：必須在事務(wù)中執(zhí)行，否則，將拋出異常。

2.2 不支持當(dāng)前事務(wù)

REQUIRES_NEW：無論當(dāng)前是否有事務(wù)上下文，都會(huì)開啟一個(gè)事務(wù)  。如果已經(jīng)有一個(gè)事務(wù)在執(zhí)行 ，則正在執(zhí)行的事務(wù)將被掛起 ，新開啟的事務(wù)會(huì)被執(zhí)行。

事務(wù)之間相互獨(dú)立，互不干擾。

NOT_SUPPORTED：不支持事務(wù)，如果當(dāng)前存在事務(wù)上下文，則掛起當(dāng)前事務(wù)，然后以非事務(wù)的方式執(zhí)行。

NEVER：不能在事務(wù)中執(zhí)行，如果當(dāng)前存在事務(wù)上下文，則拋出異常。

2.3 嵌套事務(wù)

NESTED：嵌套事務(wù)，如果當(dāng)前已存在一個(gè)事務(wù)的上下文中，則在嵌套事務(wù)中執(zhí)行，如果拋異常，則回滾嵌套事務(wù)，而不影響其他事務(wù)的操作。

三、每種事務(wù)的傳播性如何工作

3.1 REQUIRED  

默認(rèn)的事務(wù)傳播行為，保證多個(gè)嵌套的事務(wù)方法在同一個(gè)事務(wù)內(nèi)執(zhí)行，并且同時(shí)提交，或者出現(xiàn)異常時(shí)，同時(shí)回滾。

這個(gè)機(jī)制可以滿足大多數(shù)業(yè)務(wù)場景。

 例子 ：

圖片

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

2）調(diào)用者調(diào)用TestAService的A方法時(shí)，如果調(diào)用者沒有開啟事務(wù)，那么A方法會(huì)開啟一個(gè)事務(wù)。

A方法的具體執(zhí)行過程如下 ：

a. 執(zhí)行insert，但沒有提交；

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

c.方法B執(zhí)行insert操作，此時(shí)也沒有提交。

3）由于這兩個(gè)方法的操作都在同一個(gè)事務(wù)中執(zhí)行，當(dāng)這兩個(gè)方法所有操作執(zhí)行成功之后，提交事務(wù)。

嵌套調(diào)用鏈路：

當(dāng)方法B 執(zhí)行時(shí)拋出了 Exception 異常后，事務(wù)是如何處理的 ？

1）方法B聲明了事務(wù)，insert操作會(huì)回滾

2）由于方法A和方法B 同屬一個(gè)事務(wù)，方法A也會(huì)執(zhí)行回滾，由此說明該規(guī)則保證了事務(wù)的原子性。

嵌套調(diào)用，異常后的鏈路：

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

方法A也會(huì)回滾。

從事務(wù)的特性我們可知，事務(wù)具有原子性。方法A和方法B同屬一個(gè)事務(wù)，當(dāng)方法B拋出異常，觸發(fā)回滾操作后，整個(gè)事務(wù)的操作都會(huì)回滾。

因此，Spring 在處理事務(wù)過程中，當(dāng)事務(wù)的傳播性設(shè)置為REQUIRED，在整個(gè)事務(wù)的調(diào)用鏈上，任何一個(gè)環(huán)節(jié)拋出的異常都會(huì)導(dǎo)致全局回滾。

3.2 REQUIRES_ NEW

每次都開啟一 個(gè)新的事務(wù)。

 例子：

上面例子中，方法B的傳播性設(shè)置為 REQUIRES_NEW，方法A仍然是REQUIRED，當(dāng)A調(diào)用B時(shí)，具體調(diào)用鏈路如下：

具體執(zhí)行過程：

• 方法A被執(zhí)行前，如果調(diào)用者沒有開啟事務(wù)，方法A開啟一個(gè)事務(wù)1，然后執(zhí)行insert ，此時(shí)沒有提交；
• 方法B的事務(wù)傳播性設(shè)置為REQUIRES_NEW，當(dāng)被方法A調(diào)用時(shí)，此時(shí)方法A的事務(wù)1會(huì)被掛起，方法B開啟自己的事務(wù)2，然后執(zhí)行insert，此時(shí)并沒有提交；
• 當(dāng)方法B執(zhí)行完畢后，提交事務(wù)2；
• 恢復(fù)事務(wù)1，最終提交。

當(dāng) 方法B 執(zhí)行時(shí)拋出了異常，會(huì)發(fā)生什么？

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

3.3  SUPPORTED

當(dāng)外層方法A存在事務(wù)，方法B加入到當(dāng)前事務(wù)中，以事務(wù)的方式執(zhí)行。

當(dāng)外層方法A不存在事務(wù)，方法B不會(huì)創(chuàng)建新的事務(wù)，以非事務(wù)的方式執(zhí)行。

 例子1：

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

具體執(zhí)行過程：

• 方法A以非事務(wù)的方式執(zhí)行insert操作。
• 方法B被調(diào)用，由于其外層事務(wù)A沒有開啟事務(wù)，方法B也是以非事務(wù)方法執(zhí)行insert操作。

例子2：

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

具體執(zhí)行過程：

• 如果方法A的調(diào)用方?jīng)]有開啟事務(wù)，則方法A開啟事務(wù)，并執(zhí)行insert操作，但沒有提交；
• 方法B被調(diào)用，由于其外層方法A開啟了事務(wù)，因此方法B加入到方法A開啟的事務(wù)中，并執(zhí)行insert,但沒有提交；
• 當(dāng)事務(wù)中的所有操作執(zhí)行成功后，事務(wù)提交。

3.4  NOT_SUPPORTED

不支持事務(wù)。

如果外層方法存在事務(wù)，則掛起外層事務(wù)，以非事務(wù)方式執(zhí)行，執(zhí)行完畢后，恢復(fù)外層事務(wù)。

例子：

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

具體執(zhí)行過程：

• 如A的調(diào)用方?jīng)]有開啟事務(wù)，方法A開啟事務(wù)，并執(zhí)行insert，但沒有提交。
• 方法A調(diào)用方法B時(shí)，方法B的傳播性為NOT_SUPPORTED,不支持事務(wù)，然后掛起外層方法A的事務(wù)，方法B以非事務(wù)的方式執(zhí)行insert。
• 方法B執(zhí)行完畢后，恢復(fù)方法A的事務(wù)，最終提交事務(wù)。

調(diào)用鏈路過程：

3.5 NEVER

不支持事務(wù)

當(dāng)外層方法A開啟了事務(wù)，方法B拋出異常

例子：

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

具體執(zhí)行過程：

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

3.6 MANDATORY

必須在事務(wù)中執(zhí)行。

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

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

例子：

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

具體執(zhí)行過程：

• 方法A的調(diào)用方如果本身沒有開啟事務(wù)，方法A執(zhí)行前不會(huì)開啟事務(wù)。
• 當(dāng)非事務(wù)方法A調(diào)用方法B時(shí)，由于方法B的傳播性為MANDATORY，必須在事務(wù)中執(zhí)行，條件不滿足，拋出異常。

3.7 NESTED

嵌套事務(wù)

• 如果外層方法A不存在事務(wù)，內(nèi)層方法B的規(guī)則與REQUIRED 一致。
• 如果外層方法A存在事務(wù)，內(nèi)層方法B做為外層方法A事務(wù)的子事務(wù)執(zhí)行，兩個(gè)方法是一起提交，但子事務(wù)是獨(dú)立回滾。
  內(nèi)層方法B拋出異常，則會(huì)回滾方法B的所有操作，但不影響外層事務(wù)方法A。（方法A需要try-catch子事務(wù)，避免異常傳遞到父層事務(wù)）
  外層方法A回滾，則內(nèi)層方法B也會(huì)回滾。
• 該傳播性的特點(diǎn)是可以保存狀態(tài)點(diǎn)，當(dāng)回滾時(shí)，只會(huì)回滾到某一個(gè)狀態(tài)點(diǎn)，保證了子事務(wù)之間的獨(dú)立性，避免嵌套事務(wù)的全局回滾。

例子：

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

具體執(zhí)行過程：

• 方法A執(zhí)行時(shí)，如調(diào)用方?jīng)]有開啟事務(wù)，則開啟一個(gè)事務(wù)。
• 方法B被外層方法A調(diào)用時(shí)，因?yàn)榉椒˙的傳播性為NESTED，方法B在此處建立savepoint,標(biāo)記insert行為。
• 當(dāng)方法B拋出異常，其insert操作會(huì)回滾，但只會(huì)回滾到savepoint，（前提是方法A要try-catch方法B，使方法B的異常不會(huì)往外傳遞）。
• 方法B回滾后，方法A的事務(wù)提交。

調(diào)用鏈路：

四、總結(jié)

本文解釋了Spring框架中的事務(wù)傳播性，即多個(gè)業(yè)務(wù)方法之間調(diào)用時(shí)事務(wù)如何處理的規(guī)則。Spring提供了七種傳播級(jí)別，如

PROPAGATION_REQUIRED、

PROPAGATION_REQUIRES_NEW等。

每種級(jí)別都有適用場景和限制，本文提供了一些示例，介紹了聲明式事務(wù)如何使用，每種事務(wù)的規(guī)則，產(chǎn)生哪種行為，當(dāng)方法拋出異常時(shí)，事務(wù)的提交和回滾是如何被處理的。正確處理事務(wù)對(duì)于任何企業(yè)級(jí)應(yīng)用程序都是必要的，了解Spring事務(wù)傳播性是構(gòu)建高效、可靠和可擴(kuò)展應(yīng)用程序的關(guān)鍵。