阿里巴巴Java開發手冊規范提示：方法【edit】需要在Transactional注解指定rollbackFor或者在方法中顯示的rollback。

1.異常的分類

先來看看異常的分類

error是一定會回滾的，這里Exception是異常，他又分為運行時異常RuntimeException和非運行時異常

可查的異常（checked exceptions）:

Exception下除了RuntimeException外的異常

不可查的異常（unchecked exceptions）:

RuntimeException及其子類和錯誤（Error）

如果不對運行時異常進行處理，那么出現運行時異常之后，要么是線程中止，要么是主程序終止。

如果不想終止，則必須捕獲所有的運行時異常，決不讓這個處理線程退出。隊列里面出現異常數據了，正常的處理應該是把異常數據舍棄，然后記錄日志。不應該由于異常數據而影響下面對正常數據的處理。

非運行時異常是RuntimeException以外的異常，類型上都屬于Exception類及其子類。如IOException、SQLException等以及用戶自定義的Exception異常。對于這種異常，JAVA編譯器強制要求我們必需對出現的這些異常進行catch并處理，否則程序就不能編譯通過。

所以，面對這種異常不管我們是否愿意，只能自己去寫一大堆catch塊去處理可能的異常。

2.@Transactional 的寫法

開始主題@Transactional如果只這樣寫，Spring框架的事務基礎架構代碼將默認地只在拋出運行時和unchecked exceptions時才標識事務回滾。

也就是說，當拋出個RuntimeException?或其子類例的實例時。（Errors?也一樣 - 默認地 - 標識事務回滾。）從事務方法中拋出的Checked exceptions將 不 被標識進行事務回滾。

1 讓checked例外也回滾：在整個方法前加上?

@Transactional(rollbackFor=Exception.class)

2 讓unchecked例外不回滾：

@Transactional(notRollbackFor=RunTimeException.class)

3 不需要事務管理的(只查詢的)方法：

@Transactional(propagation=Propagation.NOT_SUPPORTED)

注意：如果異常被try｛｝catch｛｝了，事務就不回滾了，如果想讓事務回滾必須再往外拋try｛｝catch｛throw Exception｝。事務失效的 8 大原因這篇看一下。

注意：

Spring團隊的建議是你在具體的類（或類的方法）上使用 @Transactional?注解，而不要使用在類所要實現的任何接口上。你當然可以在接口上使用 @Transactional 注解，但是這將只能當你設置了基于接口的代理時它才生效。

因為注解是不能繼承的，這就意味著如果你正在使用基于類的代理時，那么事務的設置將不能被基于類的代理所識別，而且對象也將不會被事務代理所包裝（將被確認為嚴重的）。

因此，請接受Spring團隊的建議并且在具體的類上使用 @Transactional 注解。

另外，@Transactional 注解標識的方法，處理過程盡量的簡單。尤其是帶鎖的事務方法，能不放在事務里面的最好不要放在事務里面。可以將常規的數據庫查詢操作放在事務前面進行，而事務內進行增、刪、改、加鎖查詢等操作。

版權聲明：本文為博主原創文章，遵循 CC 4.0 BY-SA 版權協議，轉載請附上原文出處鏈接和本聲明。本文鏈接：https://blog.csdn.net/Mint6/article/details/78363761

總結

以上是生活随笔為你收集整理的为啥阿里巴巴规定要在 @Transactional 指定 rollbackFor？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。