11.27 @transactional註解在什麼情況下會失效,為什麼?

一,特性:

1,一般在service里加@Transactional註解,不建議在接口上添加,加了此註解後此類會納入spring事務管理中,每個業務方法執行時,都會開啟一個事務,不過都是按照相同的管理機制。


2,@Transactional註解只能應用到public修飾符上,其它修飾符不起作用,但不報錯。
3,默認情況下此註解會對unchecked異常進行回滾,對checked異常不回滾。

那什麼是unchecked,什麼是checked呢?

通俗的說,編譯器能檢測到的是checked,檢測不到的就是unchecked。
派生於Error或者RuntimeException(比如空指針,1/0)的異常稱為unchecked異常。
繼承自Exception得異常統稱為checked異常,如IOException、TimeoutException等。
4、只讀事務:
@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)
只讀標誌只在事務啟動時應用,否則即使配置也會被忽略。
啟動事務會增加線程開銷,數據庫因共享讀取而鎖定(具體跟數據庫類型和事務隔離級別有關)。通常情況下,僅是讀取數據時,不必設置只讀事務而增加額外的系統開銷。

二:事務傳播模式

Propagation枚舉了多種事務傳播模式,部分列舉如下:

1、REQUIRED(默認模式):業務方法需要在一個容器裡運行。如果方法運行時,已經處在一個事務中,那麼加入到這個事務,否則自己新建一個新的事務。

2、NOT_SUPPORTED:聲明方法不需要事務。如果方法沒有關聯到一個事務,容器不會為他開啟事務,如果方法在一個事務中被調用,該事務會被掛起,調用結束後,原先的事務會恢復執行。

3、REQUIRESNEW:不管是否存在事務,該方法總彙為自己發起一個新的事務。如果方法已經運行在一個事務中,則原有事務掛起,新的事務被創建。

4、 MANDATORY:該方法只能在一個已經存在的事務中執行,業務方法不能發起自己的事務。如果在沒有事務的環境下被調用,容器拋出例外。

5、SUPPORTS:該方法在某個事務範圍內被調用,則方法成為該事務的一部分。如果方法在該事務範圍外被調用,該方法就在沒有事務的環境下執行。

6、NEVER:該方法絕對不能在事務範圍內執行。如果在就拋例外。只有該方法沒有關聯到任何事務,才正常執行。

7、NESTED:如果一個活動的事務存在,則運行在一個嵌套的事務中。如果沒有活動事務,則按REQUIRED屬性執行。它使用了一個單獨的事務,這個事務擁有多個可以回滾的保存點。內部事務的回滾不會對外部事務造成影響。它只對DataSourceTransactionManager事務管理器起效。

三,解決註解不回滾問題

1,檢查方法是不是public
2,檢查異常是不是unchecked異常
3,如果是checked異常也想回滾的話,註解上寫明異常類型即可
@Transactional(rollbackFor=Exception.class)


分享到:


相關文章: