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

2.繼續(xù)踩坑

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

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

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

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

3.解決方案

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

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

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

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

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

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

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

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

我們可以看 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 ：如果當前存在事務，則加入該事務；如果當前沒有事務，則創(chuàng)建一個新的事務。SUPPORTS ：如果當前存在事務，則加入該事務；如果當前沒有事務，則以非事務的方式繼續(xù)運行。MANDATORY ：如果當前存在事務，則加入該事務；如果當前沒有事務，則拋出異常。REQUIRES_NEW ：創(chuàng)建一個新的事務，如果當前存在事務，則把當前事務掛起。NOT_SUPPORTED ：以非事務方式運行，如果當前存在事務，則把當前事務掛起。NEVER ：以非事務方式運行，如果當前存在事務，則拋出異常。NESTED ：如果當前存在事務，則創(chuàng)建一個事務作為當前事務的嵌套事務來運行；如果當前沒有事務，則該取值等價于 REQUIRED 。指定方法：通過使用 propagation 屬性設置，例如：@Transactional(propagation = Propagation.REQUIRED)

到此這篇關于springboot中使用@Transactional注解事物不生效的原因的文章就介紹到這了,更多相關springboot @Transactional不生效內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持好吧啦網(wǎng)！