Spring事務傳播機制示例代碼與詳解

Spring事務傳播機制示例代碼與詳解

最直觀例子 ：下單買書業務

兩個事務方法（checkout，purchase）

username代表用戶名
isbns代表購買多本書的集合

@Transactional
@Override
public void checkout(String username, List<String> isbns) {
    for(String isbn: isbns){
        bookShopService.purchase(username, isbn);
    }
}

purchase具體購買方法

@Override
@Transactional(propagation = Propagation.REQUIRED)
public void purchase(String username, String isbn) {
    //1. 獲取書的單價
    int price = bookShopDao.findBookPriceByIsbn(isbn);
    //2. 更新數的庫存
    bookShopDao.updateBookStock(isbn);
    //3. 更新用戶餘額
    bookShopDao.updateUserAccount(username, price);
}

該處對比兩個傳播機制

@Transactional(propagation = Propagation.REQUIRED)
@Transactional(propagation = Propagation.REQUIRES_NEW)  //只回滾發生異常的事務

效果：
假設用REQUIRES_NEW，錢只夠買一本的，可以買成功一本
如果用REQUIRED，錢只夠買一本的，結果啥都買不到

                              更多前沿技術，面試技巧，內推信息請掃文章底部二維碼關注公衆號“雲計算平臺技術

事物的傳播機制

//如果有事務, 那麼加入事務, 沒有的話新建一個(默認情況下)
@Transactional(propagation=Propagation.REQUIRED)

//容器不爲這個方法開啓事務
@Transactional(propagation=Propagation.NOT_SUPPORTED)

//不管是否存在事務,都創建一個新的事務,原來的掛起,新的執行完畢,繼續執行老的事務
@Transactional(propagation=Propagation.REQUIRES_NEW)

//必須在一個已有的事務中執行,否則拋出異常
@Transactional(propagation=Propagation.MANDATORY)

//必須在一個沒有的事務中執行,否則拋出異常(與Propagation.MANDATORY相反)
@Transactional(propagation=Propagation.NEVER)

//如果其他bean調用這個方法,在其他bean中聲明事務,那就用事務.如果其他bean沒有聲明事務,那就不用事務.
@Transactional(propagation=Propagation.SUPPORTS)

詳解

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
     如果當前存在事務，則在嵌套事務內執行。如果當前沒有事務，則執行與PROPAGATION_REQUIRED類似的操作。

                                 **更多前沿技術，面試技巧，內推信息請掃碼關注公衆號“雲計算平臺技術”**