溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

在springboot中使用@Transactional注解時無法生效如何解決

發布時間:2021-01-26 13:37:15 來源:億速云 閱讀:837 作者:Leah 欄目:開發技術

本篇文章給大家分享的是有關在springboot中使用@Transactional注解時無法生效如何解決,小編覺得挺實用的,因此分享給大家學習,希望大家閱讀完這篇文章后可以有所收獲,話不多說,跟著小編一起來看看吧。

一:在springboot中使用事物遇到的坑

1.我們知道spring中的事物分為兩種:一種是編程式事物,一種是聲明式事物。顧名思義,編程式事物是指通過代碼去實現事物管理,這里不做過多說明。另一種是聲明式事物,分為兩種情況01:一種是通過傳統xml方式配置,02:使用@Transaction注解方式配置,這是主要講解的是通過注解方式配置。因為在springboot項目中,會自動配置DataSourceTransactionManager,我們只需要在對應的方法上或者類上加上@Transaction就會自動接入到spring的事物中,讓spring管理。

2.繼續踩坑

**01坑:**如下圖所示,我這邊本地調用接口修改數據庫張三口袋里面的金額,并且啟用了事物管理,拋出RuntimeExecption。這時我們調用接口,我們可以看到事物生效了,數據庫里面值并沒有發生改變。但是,當我們把拋出的異常改為
throw new SQLTimeoutException(); 調用接口的時候,發現數據庫張三的金額被改變了,事物沒起作用,明明開啟了事物,但是沒起作用,這是為什么呢?

在springboot中使用@Transactional注解時無法生效如何解決

02坑: 在我們需要執行事物的方法,如果對異常進行拋出,并且我們手動捕獲了這個異常的話,這時候事物也不會起作用的。如下圖所示:

在springboot中使用@Transactional注解時無法生效如何解決

03坑:@Transaction注解只對方法名為pubic的才生效,其他事物不會生效。

04坑: 默認情況下,只有來自外部的方法調用才會被AOP代理捕獲,也就是,類內部方法調用本類內部的其他方法并不會引起事務行為,即使被調用方法使用@Transactional注解進行修飾。

3.解決方案

01:Spring的事務管理默認是針對Error異常和RuntimeException異常以及其子類進行事務回滾。對runtimeException并不需要拋出,error需要拋出異常,并進行捕獲。所以我們上面用到的SQLTimeoutException()并不屬于這兩者之間,我們需要手動回滾異常,在@Transaction注解里面指定回滾異常類型即可,我這里舉一個例子@Transactional(rollbackFor = Exception.class)

02: 我們在需要執行的sercvice里面不應該主動捕獲異常,這會導致我們事物不生效,應該繼續往上拋,在controller層捕獲即可,這樣事物也生效了,異常也捕獲了。

03:@Transaction注解只對方法名為pubic的才生效,其他事物不會生效。顧名思義,也就是說使用了@Transaction注解的,只能是public。因為只有@Transaction注解只有被其他方法調用才生效的,能被其他方法調用的方法,只能是public。

04:我們在使用事物注解的時候,盡量不要在類上面使用,這會使得類里面的所有方法都會有事物進行處理。比如說,我們一些方法只做查詢操作,我們就沒有必要再進行事物,我們應該在需要事物處理的方法上面加事物,并且指定回滾的異常類型。

二:既然說到spring的事物了,再說一下spring事物的隔離級別吧

原文 參考文章:https://www.jb51.net/article/204803.htm
Isolation :隔離級別
隔離級別是指若干個并發的事務之間的隔離程度,與我們開發時候主要相關的場景包括:臟讀取、重復讀、幻讀。
我們可以看 org.springframework.transaction.annotation.Isolation 枚舉類中定義了五個表示隔離級別的值:

public enum Isolation { 
 DEFAULT(-1),
 READ_UNCOMMITTED(1),
 READ_COMMITTED(2),
 REPEATABLE_READ(4),
 SERIALIZABLE(8);
}

DEFAULT :這是默認值,表示使用底層數據庫的默認隔離級別。對大部分數據庫而言,通常這值就是: READ_COMMITTED 。
READ_UNCOMMITTED :該隔離級別表示一個事務可以讀取另一個事務修改但還沒有提交的數據。該級別不能防止臟讀和不可重復讀,因此很少使用該隔離級別。
READ_COMMITTED :該隔離級別表示一個事務只能讀取另一個事務已經提交的數據。該級別可以防止臟讀,這也是大多數情況下的推薦值。
REPEATABLE_READ :該隔離級別表示一個事務在整個過程中可以多次重復執行某個查詢,并且每次返回的記錄都相同。即使在多次查詢之間有新增的數據滿足該查詢,這些新增的記錄也會被忽略。該級別可以防止臟讀和不可重復讀。
SERIALIZABLE :所有的事務依次逐個執行,這樣事務之間就完全不可能產生干擾,也就是說,該級別可以防止臟讀、不可重復讀以及幻讀。但是這將嚴重影響程序的性能。通常情況下也不會用到該級別。
指定方法:通過使用 isolation 屬性設置,例如:@Transactional(isolation = Isolation.DEFAULT)

Propagation:傳播行為

所謂事務的傳播行為是指,如果在開始當前事務之前,一個事務上下文已經存在,此時有若干選項可以指定一個事務性方法的執行行為。

我們可以看 org.springframework.transaction.annotation.Propagation 枚舉類中定義了6個表示傳播行為的枚舉值:

public enum Propagation { 
 REQUIRED(0),
 SUPPORTS(1),
 MANDATORY(2),
 REQUIRES_NEW(3),
 NOT_SUPPORTED(4),
 NEVER(5),
 NESTED(6);
}

REQUIRED :如果當前存在事務,則加入該事務;如果當前沒有事務,則創建一個新的事務。
SUPPORTS :如果當前存在事務,則加入該事務;如果當前沒有事務,則以非事務的方式繼續運行。
MANDATORY :如果當前存在事務,則加入該事務;如果當前沒有事務,則拋出異常。
REQUIRES_NEW :創建一個新的事務,如果當前存在事務,則把當前事務掛起。
NOT_SUPPORTED :以非事務方式運行,如果當前存在事務,則把當前事務掛起。
NEVER :以非事務方式運行,如果當前存在事務,則拋出異常。
NESTED :如果當前存在事務,則創建一個事務作為當前事務的嵌套事務來運行;如果當前沒有事務,則該取值等價于 REQUIRED 。
指定方法:通過使用 propagation 屬性設置,例如:@Transactional(propagation = Propagation.REQUIRED)

以上就是在springboot中使用@Transactional注解時無法生效如何解決,小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注億速云行業資訊頻道。

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

亚洲午夜精品一区二区_中文无码日韩欧免_久久香蕉精品视频_欧美主播一区二区三区美女