事務生效就能保證正確回滾嗎

本篇內容主要講解“事務生效就能保證正確回滾嗎”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“事務生效就能保證正確回滾嗎”吧!

 1 AOP實現事務的原理

可理解為使用 try/catch 包裹被 @Transactional 注解的方法：

• 當方法拋異常并滿足條件時，在 catch 中可設置事務回滾

• 若無異常，則直接提交事務。

剛才所說 條件 即為如下兩點：

• 只有異常傳播出了被 @Transactional注解的方法，事務才能回滾。

Spring的 TransactionAspectSupport#invokeWithinTransaction  方法即為處理事務的邏輯：只有捕獲到異常才能進行后續事務處理

• 默認當出現 RuntimeException 或 Error，Spring才回滾事務。

查看Spring的DefaultTransactionAttribute

受檢異常一般是業務異常或類似另一種方法的返回值，出現這樣的異常可能業務還能完成，所以不會主動回滾

而 Error 或 RuntimeException 代表非預期結果，應回滾

2 反面教材

2.1 注冊用戶案例

createUserError1 會拋 RuntimeException，但方法內的 catch 捕獲了所有異常

• createUserError2，注冊用戶時還會readFile，若讀文件失敗，我們期望用戶注冊的DB操作也回滾。這里雖未捕獲異常，但因readFile拋受檢異常，createUserError2  傳播出去的也是受檢異常，事務不會回滾

• readFile

createUserError1、2 倆方法雖然可確保事務生效，但因異常處理又不當，文件操作出現受檢異常時，不會回滾事務。

2.2 如何修復bug呢?

通過日志來驗證是否修復成功。針對以上2種情況，修復方案分別如下。

2.2.1 修復bug1

若希望自己捕獲異常并處理，可手動設置讓當前事務處于回滾態。

查看日志，確定事務回滾了。

Transactional code has requested rollback：手動請求回滾。

2.2.2 修復bug2

在注解中聲明，期望遇到所有的Exception都回滾事務。

以此突破Spring不回滾受檢異常的默認限制。

查看日志，確認事務回滾了：

該案例的事務中不僅有DB操作還有IO操作，在IO遇到問題時期望DB事務也回滾，以確保邏輯一致性。注意別再踩坑了喲~

3 總結

由于異常處理不正確，時常導致事務雖然的確生效了，但發生異常時依舊沒能正確回滾。

Spring默認只對被@Transactional注解的方法出現RuntimeException和Error時回滾，所以若方法捕獲了異常，就需要通過手寫代碼處理事務回滾。

若希望Spring針對其他異常也可回滾，可相應配置@Transactional注解的rollbackFor和noRollbackFor屬性覆蓋Spring的默認配置。

到此，相信大家對“事務生效就能保證正確回滾嗎”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！