事務的傳播行爲

事務的傳播行爲：

PROPAGATION_REQUIRED--支持當前事務，若是當前沒有事務，就新建一個事務。這是最多見的選擇。 

PROPAGATION_SUPPORTS--支持當前事務，若是當前沒有事務，就以非事務方式執行。 

PROPAGATION_MANDATORY--支持當前事務，若是當前沒有事務，就拋出異常。 

PROPAGATION_REQUIRES_NEW--新建事務，若是當前存在事務，把當前事務掛起。 

PROPAGATION_NOT_SUPPORTED--以非事務方式執行操做，若是當前存在事務，就把當前事務掛起。 

PROPAGATION_NEVER--以非事務方式執行，若是當前存在事務，則拋出異常。 

 

若是你在你的Service層的這個方法中，除了調用了Dao層的方法以外，還調用了本類的其餘的Service方法，那麼在調用其餘的Service方法的時候，這個事務是怎麼規定的呢，我必須保證我在我方法裏掉用的這個方法與我自己的方法處在同一個事務中，不然若是保證事物的一致性。事務的傳播特性就是解決這個問題的，「事務是會傳播的」在Spring中有針對傳播特性的多種配置咱們大多數狀況下只用其中的一種:PROPGATION_REQUIRED：這個配置項的意思是說當我調用service層的方法的時候開啓一個事務(具體調用那一層的方法開始建立事務，要看你的aop的配置),那麼在調用這個service層裏面的其餘的方法的時候,若是當前方法產生了事務就用當前方法產生的事務，不然就建立一個新的事務。這個工做使由Spring來幫助咱們完成的。 

之前沒有Spring幫助咱們完成事務的時候咱們必須本身手動的控制事務，例如當咱們項目中僅僅使用hibernate，而沒有集成進spring的時候，咱們在一個service層中調用其餘的業務邏輯方法，爲了保證事物必須也要把當前的hibernate session傳遞到下一個方法中，或者採用ThreadLocal的方法，將session傳遞給下一個方法，其實都是一個目的。如今這個工做由spring來幫助咱們完成，就可讓咱們更加的專一於咱們的業務邏輯。而不用去關心事務的問題。 

 

1：PROPAGATION_REQUIRED（必須的）

加入當前正要執行的事務不在另一個事務裏，那麼就起一個新的事務好比說，ServiceB.methodB的事務級別定義爲PROPAGATION_REQUIRED, 那麼因爲執行ServiceA.methodA的時候，ServiceA.methodA已經起了事務，這時調用ServiceB.methodB，ServiceB.methodB看到本身已經運行在ServiceA.methodA的事務內部，就再也不起新的事務。而假如ServiceA.methodA運行的時候發現本身沒有在事務中，他就會爲本身分配一個事務。這樣，在ServiceA.methodA或者在ServiceB.methodB內的任何地方出現異常，事務都會被回滾。即便ServiceB.methodB的事務已經被提交，可是ServiceA.methodA在接下來fail要回滾，ServiceB.methodB也要回滾

2：PROPAGATION_SUPPORTS（支持）

若是當前在事務中，即以事務的形式運行，若是當前再也不一個事務中，那麼就以非事務的形式運行

這就跟日常用的普通非事務的代碼只有一點點區別了。不理這個，由於我也沒有以爲有什麼區別

3：PROPAGATION_MANDATORY（強制性的）

必須在一個事務中運行。也就是說，他只能被一個父事務調用。不然，他就要拋出異常。

4：PROPAGATION_REQUIRES_NEW（要求）

這個就比較繞口了。 好比咱們設計ServiceA.methodA的事務級別爲PROPAGATION_REQUIRED，ServiceB.methodB的事務級別爲PROPAGATION_REQUIRES_NEW，那麼當執行到ServiceB.methodB的時候，ServiceA.methodA所在的事務就會掛起，ServiceB.methodB會起一個新的事務，等待ServiceB.methodB的事務完成之後，他才繼續執行。他與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 ，那麼當執行到ServiceB.methodB時，ServiceA.methodA的事務掛起，而他以非事務的狀態運行完，再繼續ServiceA.methodA的事務。

6：PROPAGATION_NEVER （從未）

不能在事務中運行。假設ServiceA.methodA的事務級別是PROPAGATION_REQUIRED， 而ServiceB.methodB的事務級別是PROPAGATION_NEVER ，那麼ServiceB.methodB就要拋出異常了。

7：PROPAGATION_NESTED （嵌套）

理解Nested的關鍵是savepoint。他與PROPAGATION_REQUIRES_NEW的區別是PROPAGATION_REQUIRES_NEW另起一個事務，將會與他的父事務相互獨立，而Nested的事務和他的父事務是相依的，他的提交是要等和他的父事務一塊提交的。也就是說，若是父事務最後回滾，他也要回滾的。