一、@transactional 的使用

1、一般在service里加@Transactional注解，不建議在接口上添加

2、加了此注解后每個業務方法執行時，都會開啟一個事務，不過都是按照相同的管理機制。

3、@Transactional注解只能應用到public修飾符上，其它修飾符不起作用，但不報錯。

4、默認情況下此注解會對unchecked異常進行回滾，對checked異常不回滾。

那什么是unchecked，什么是checked呢？通俗的說，編譯器能檢測到的是checked，檢測不到的就是unchecked。派生于Error或者RuntimeException(比如空指針，1/0)的異常稱為unchecked異常。繼承自Exception得異常統稱為checked異常，如IOException、TimeoutException等。

5、只讀事務：

@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，如果是unchecked異常也想回滾的話，注解上寫明異常類型即可@Transactional(rollbackFor=Exception.class)

小編是一個有著5年工作經驗的程序員，關于Java，自己有做材料的整合，一個完整學習Java的路線，學習材料和工具。需要的伙伴可以私信我，發送“交流”后就可免費獲取。對于學習Java有任何問題(學習方法，學習效率，如何就業)都可以問我

總結

以上是生活随笔為你收集整理的@transactional 接口_Spring事物（@transactional注解）在什么情况下会失效，为什么？...的全部內容，希望文章能夠幫你解決所遇到的問題。

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