1. 程式人生 > >淺談Spring中的事務回滾

淺談Spring中的事務回滾

spec style try 常見 產生原因 turn prop ret run

使用Spring管理事務過程中,碰到過一些坑,因此也稍微總結一下,方便後續查閱。

1.代碼中事務控制的3種方式

    • 編程式事務:就是直接在代碼裏手動開啟事務,手動提交,手動回滾。優點就是可以靈活控制,缺點就是太麻煩了,太多重復的代碼了。
    • 聲明式事務:就是使用SpringAop配置事務,這種方式大大的簡化了編碼。需要註意的是切入點表達式一定要寫正確。
    • 註解事務:直接在Service層的方法上面加上@Transactional註解,個人比較喜歡用這種方式。

2.事務不回滾的原因

在工作中,看過別人寫的代碼出現了事務不回滾的現象。當然,事務不回滾的都是采用的聲明式事務或者是註解事務;編程式事務都是自己寫代碼手動回滾的,因此是不會出現不回滾的現象。


再說下聲明式事務和註解事務回滾的原理:當被切面切中或者是加了註解的方法中拋出了RuntimeException異常時,Spring會進行事務回滾。默認情況下是捕獲到方法的RuntimeException異常,也就是說拋出只要屬於運行時的異常(即RuntimeException及其子類)都能回滾;但當拋出一個不屬於運行時異常時,事務是不會回滾的。
下面說說我經常見到的3種事務不回滾的產生原因:
    • (1)聲明式事務配置切入點表達式寫錯了,沒切中Service中的方法
    • (2)Service方法中,把異常給try catch了,但catch裏面只是打印了異常信息,沒有手動拋出RuntimeException異常
    • (3)Service方法中,拋出的異常不屬於運行時異常(如IO異常),因為Spring默認情況下是捕獲到運行時異常就回滾

3.如何保證事務回滾

正常情況下,按照正確的編碼是不會出現事務回滾失敗的。下面說幾點保證事務能回滾的方法
    • (1)如果采用編程式事務,一定要確保切入點表達式書寫正確
    • (2)如果Service層會拋出不屬於運行時異常也要能回滾,那麽可以將Spring默認的回滾時的異常修改為Exception,這樣就可以保證碰到什麽異常都可以回滾。具體的設置方式也說下:
聲明式事務,在配置裏面添加一個rollback-for,代碼如下
  1. <tx:method
    name="update*" propagation="REQUIRED" rollback-for="java.lang.Exception"/>
註解事務,直接在註解上面指定,代碼如下
  1. @Transactional(rollbackFor=Exception.class)
    • (3)只有非只讀事務才能回滾的,只讀事務是不會回滾的
    • (4)如果在Service層用了try catch,在catch裏面再拋出一個 RuntimeException異常,這樣出了異常才會回滾
    • (5)如果你不喜歡(4)的方式,你還可以直接在catch後面寫一句回滾代碼(TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); )來實現回滾,這樣的話,就可以在拋異常後也能return 返回值;比較適合需要拿到Service層的返回值的場景。具體的用法可以參見考下面的偽代碼
  1. /** TransactionAspectSupport手動回滾事務:*/
  2. @Transactional(rollbackFor = { Exception.class })
  3. public boolean test() {
  4. try {
  5. doDbSomeThing();
  6. } catch (Exception e) {
  7. e.printStackTrace();
  8. //就是這一句了, 加上之後拋了異常就能回滾(有這句代碼就不需要再手動拋出運行時異常了)
  9. TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
  10. return false;
  11. }
  12. return true;
  13. }



淺談Spring中的事務回滾