Spring中事務傳播行為的示例分析

這篇文章主要為大家展示了“Spring中事務傳播行為的示例分析”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“Spring中事務傳播行為的示例分析”這篇文章吧。

事務傳播行為介紹

Spring中的7個事務傳播行為:

|事務行為|說明 |
|:--|:--|
|PROPAGATION_REQUIRED | 支持當前事務，假設當前沒有事務。就新建一個事務 |
| PROPAGATION_SUPPORTS |支持當前事務，假設當前沒有事務，就以非事務方式運行 |
| PROPAGATION_MANDATORY| 支持當前事務，假設當前沒有事務，就拋出異常|
| PROPAGATION_REQUIRES_NEW | 新建事務，假設當前存在事務。把當前事務掛起|
|PROPAGATION_NOT_SUPPORTED | 以非事務方式運行操作。假設當前存在事務，就把當前事務掛起 |
| PROPAGATION_NEVER | 以非事務方式運行，假設當前存在事務，則拋出異常 |
| PROPAGATION_NESTED |如果當前存在事務，則在嵌套事務內執(zhí)行。如果當前沒有事務，則執(zhí)行與PROPAGATION_REQUIRED類似的操作。 |

舉例說明

案例代碼

ServiceA

ServiceA { 
  void methodA() {
   ServiceB.methodB();
  }
}

ServiceB

ServiceB { 
  void methodB() {
  }  
}

1.PROPAGATION_REQUIRED

??假如當前正要運行的事務不在另外一個事務里，那么就起一個新的事務 比方說，ServiceB.methodB的事務級別定義PROPAGATION_REQUIRED, 那么因為執(zhí)行ServiceA.methodA的時候，ServiceA.methodA已經起了事務。這時調用ServiceB.methodB，ServiceB.methodB看到自己已經執(zhí)行在ServiceA.methodA的事務內部。就不再起新的事務。而假如ServiceA.methodA執(zhí)行的時候發(fā)現自己沒有在事務中，他就會為自己分配一個事務。這樣，在ServiceA.methodA或者在ServiceB.methodB內的不論什么地方出現異常。事務都會被回滾。即使ServiceB.methodB的事務已經被提交，可是ServiceA.methodA在接下來fail要回滾，ServiceB.methodB也要回滾

2.PROPAGATION_SUPPORTS

??假設當前在事務中。即以事務的形式執(zhí)行。假設當前不在一個事務中，那么就以非事務的形式執(zhí)行

3PROPAGATION_MANDATORY

??必須在一個事務中執(zhí)行。也就是說，他僅僅能被一個父事務調用。否則，他就要拋出異常

4.PROPAGATION_REQUIRES_NEW

??這個就比較繞口了。 比方我們設計ServiceA.methodA的事務級別為PROPAGATION_REQUIRED，ServiceB.methodB的事務級別為PROPAGATION_REQUIRES_NEW。那么當運行到ServiceB.methodB的時候，ServiceA.methodA所在的事務就會掛起。ServiceB.methodB會起一個新的事務。等待ServiceB.methodB的事務完畢以后，他才繼續(xù)運行。
他與PROPAGATION_REQUIRED 的事務差別在于事務的回滾程度了。由于ServiceB.methodB是新起一個事務，那么就是存在兩個不同的事務。假設ServiceB.methodB已經提交，那么ServiceA.methodA失敗回滾。ServiceB.methodB是不會回滾的。假設ServiceB.methodB失敗回滾，假設他拋出的異常被ServiceA.methodA捕獲，ServiceA.methodA事務仍然可能提交。

5.PROPAGATION_NOT_SUPPORTED

??當前不支持事務。比方ServiceA.methodA的事務級別是PROPAGATION_REQUIRED 。而ServiceB.methodB的事務級別是PROPAGATION_NOT_SUPPORTED ，那么當執(zhí)行到ServiceB.methodB時。ServiceA.methodA的事務掛起。而他以非事務的狀態(tài)執(zhí)行完，再繼續(xù)ServiceA.methodA的事務。

6.PROPAGATION_NEVER

??不能在事務中執(zhí)行。

如果ServiceA.methodA的事務級別是PROPAGATION_REQUIRED。 而ServiceB.methodB的事務級別是PROPAGATION_NEVER ，那么ServiceB.methodB就要拋出異常了。

7.PROPAGATION_NESTED

??如果當前存在事務，則在嵌套事務內執(zhí)行。如果當前沒有事務，則執(zhí)行與PROPAGATION_REQUIRED類似的操作。

Spring中事務的配置

配置文件的方式

<tx:advice id="txAdvice" transaction-manager="txManager"> 
  <tx:attributes> 
  <!--設置所有匹配的方法，然后設置傳播級別和事務隔離-->
   <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)

如果有事務, 那么加入事務, 沒有的話新建一個(默認情況下)

@Transactional(propagation=Propagation.NOT_SUPPORTED)

容器不為這個方法開啟事務

@Transactional(propagation=Propagation.REQUIRES_NEW)

不管是否存在事務,都創(chuàng)建一個新的事務,原來的掛起,新的執(zhí)行完畢,繼續(xù)執(zhí)行老的事務

@Transactional(propagation=Propagation.MANDATORY)

必須在一個已有的事務中執(zhí)行,否則拋出異常

@Transactional(propagation=Propagation.NEVER)

必須在一個沒有的事務中執(zhí)行,否則拋出異常(與Propagation.MANDATORY相反)

@Transactional(propagation=Propagation.SUPPORTS)

如果其他bean調用這個方法,在其他bean中聲明事務,那就用事務.如果其他bean沒有聲明事務,那就不用事務.

以上是“Spring中事務傳播行為的示例分析”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業(yè)資訊頻道！