腳本之家服務(wù)器常用軟件

快捷導(dǎo)航

spring中12種@Transactional的失效場景(小結(jié))

更新時間：2022年01月05日 08:59:06 作者：superjava_

日常我們進行業(yè)務(wù)開發(fā)時，基本上使用的都是聲明式事務(wù)，即為使用@Transactional注解的方式，本文主要介紹了spring中12種@Transactional的失效場景，感興趣的小伙伴們可以參考一下

一、失效場景集一：代理不生效

Spring中對注解解析的尿性都是基于代理的，如果目標方法無法被Spring代理到，那么它將無法被Spring進行事務(wù)管理。

Spring生成代理的方式有兩種：

基于接口的JDK動態(tài)代理，要求目標代理類需要實現(xiàn)一個接口才能被代理
基于實現(xiàn)目標類子類的CGLIB代理

Spring在2.0之前，目標類如果實現(xiàn)了接口，則使用JDK動態(tài)代理方式，否則通過CGLIB子類的方式生成代理。

而在2.0版本之后，如果不在配置文件中顯示的指定spring.aop.proxy-tartget-class的值，默認情況下生成代理的方式為CGLIB，如下圖

順著代理的思路，我們來看看哪些情況會因為代理不生效導(dǎo)致事務(wù)管控失敗。

（1）將注解標注在接口方法上

@Transactional是支持標注在方法與類上的。一旦標注在接口上，對應(yīng)接口實現(xiàn)類的代理方式如果是CGLIB，將通過生成子類的方式生成目標類的代理，將無法解析到@Transactional，從而事務(wù)失效。

這種錯誤我們還是犯得比較少的，基本上我們都會將注解標注在接口的實現(xiàn)類方法上，官方也不推薦這種。

（2）被final、static關(guān)鍵字修飾的類或方法

CGLIB是通過生成目標類子類的方式生成代理類的，被final、static修飾后，無法繼承父類與父類的方法。

（3）類方法內(nèi)部調(diào)用

事務(wù)的管理是通過代理執(zhí)行的方式生效的，如果是方法內(nèi)部調(diào)用，將不會走代理邏輯，也就調(diào)用不到了。

例如

在createUser中調(diào)用了內(nèi)部方法createUser1，并且createUser1方法上設(shè)置了事務(wù)傳播策略為：REQUIRES_NEW，但是因為是內(nèi)部直接調(diào)用，createUser1不能不代理處理，無法進行事務(wù)管理。在createUser1方法拋出異常后就插入數(shù)據(jù)失敗了。

但是這種操作在我們業(yè)務(wù)開發(fā)的過程中貌似還挺常見的，怎么樣才能保證其成功呢？

方式1：新建一個Service，將方法遷移過去，有點麻瓜。

方式2：在當前類注入自己，調(diào)用createUser1時通過注入的userService調(diào)用

方式3：通過AopContext.currentProxy()獲取代理對象

道理類似于方式2，就是為了通過代理來訪問內(nèi)部方法

（4）當前類沒有被Spring管理

這個沒什么好說的，都沒有被Spring管理成為IOC容器中的一個bean，更別說被事務(wù)切面代理到了。

這種Bug看上去比較蠢，但沒準真的有人犯錯。

二、失效場景集二：框架或底層不支持的功能

這類失效場景主要聚焦在框架本身在解析@Transactional時的內(nèi)部支持。如果使用的場景本身就是框架不支持的，那事務(wù)也是無法生效的。

（1）非public修飾的方法

我們在標有@Transactional的任意方法上打個斷點，在idea內(nèi)能看到事務(wù)切面點如下圖所示

點擊去這個方法，在開頭有這么一個調(diào)用

繼續(xù)進去

就能看到這么一句話了

不支持非public修飾的方法進行事務(wù)管理。

（2）多線程調(diào)用

跟上面一樣的的操作，我們能夠逐層進入到TransactionAspectSupport.prepareTransactionInfo方法。

注意看以下這段話

從這里我們得知，事務(wù)信息是跟線程綁定的。

因此在多線程環(huán)境下，事務(wù)的信息都是獨立的，將會導(dǎo)致Spring在接管事務(wù)上出現(xiàn)差異。

這個場景我們要尤其注意！

給大家舉個例子

主線程A調(diào)用線程B保存Id為1的數(shù)據(jù)，然后主線程A等待線程B執(zhí)行完成再通過線程A查詢id為1的數(shù)據(jù)。

這時你會發(fā)現(xiàn)在主線程A中無法查詢到id為1的數(shù)據(jù)。因為這兩個線程在不同的Spring事務(wù)中，本質(zhì)上會導(dǎo)致它們在Mysql中存在不同的事務(wù)中。

Mysql中通過MVCC保證了線程在快照讀時只讀取小于當前事務(wù)號的數(shù)據(jù)，在線程B顯然事務(wù)號是大于線程A的，因此查詢不到數(shù)據(jù)。

（3）數(shù)據(jù)庫本身不支持事務(wù)

比如Mysql的Myisam存儲引擎是不支持事務(wù)的，只有innodb存儲引擎才支持。

這個問題出現(xiàn)的概率極其小，因為Mysql5之后默認情況下是使用innodb存儲引擎了。

但如果配置錯誤或者是歷史項目，發(fā)現(xiàn)事務(wù)怎么配都不生效的時候，記得看看存儲引擎本身是否支持事務(wù)。

（4）未開啟事務(wù)

這個也是一個比較麻瓜的問題，在Springboot項目中已經(jīng)不存在了，已經(jīng)有DataSourceTransactionManagerAutoConfiguration默認開啟了事務(wù)管理。

但是在MVC項目中還需要在applicationContext.xml文件中，手動配置事務(wù)相關(guān)參數(shù)。如果忘了配置，事務(wù)肯定是不會生效的。

三、失效場景集三：錯誤使用@Transactional

注意啦注意啦，下面這幾種都是高頻會出現(xiàn)的Bug！

（1）錯誤的傳播機制

Spring支持了7種傳播機制，分別為：

上面不支持事務(wù)的傳播機制為：PROPAGATION_SUPPORTS，PROPAGATION_NOT_SUPPORTED，PROPAGATION_NEVER。

如果配置了這三種傳播方式的話，在發(fā)生異常的時候，事務(wù)是不會回滾的。

（2）rollbackFor屬性設(shè)置錯誤

默認情況下事務(wù)僅回滾運行時異常和Error，不回滾受檢異常（例如IOException）。

因此如果方法中拋出了IO異常，默認情況下事務(wù)也會回滾失敗。

我們可以通過指定@Transactional(rollbackFor = Exception.class)的方式進行全異常捕獲。

（3）異常被內(nèi)部catch

UserService

UserService1

如上代碼UserService調(diào)用了UserService1中的方法，并且捕獲了UserService1中拋出的異常。

你將能看到控制臺出現(xiàn)這樣一個報錯：

org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only

默認情況下標注了@Transactional注解的方法的事務(wù)傳播機制是REQUIRED，它的特性是支持當前事務(wù)，也就說加入當前事務(wù)。我們在UserService中開始事務(wù)，然后再UserService1中拋出異?；貪LUserService中的事務(wù)，將其標記為只讀。

但是在UserSevice中我們捕獲了異常，此時UserService上的事務(wù)認為正常提交事務(wù)。最后在提交時發(fā)現(xiàn)事務(wù)只讀，已經(jīng)被回滾，則拋出了上述異常。

因此這里如果需要對特定的異常進行捕獲處理，記得再次將異常拋出，讓最外層的事務(wù)感知到。

（4）嵌套事務(wù)

上面是我想同時回滾UserService與UserService1。但是也會有這種場景只想回滾UserService1中報錯的數(shù)據(jù)庫操作，不影響主邏輯UserService中的數(shù)據(jù)落庫。

有兩種方式可以實現(xiàn)上述邏輯：

1.直接在UserService1內(nèi)的整個方法用try/catch包住

2.在UserService1使用Propagation.REQUIRES_NEW傳播機制

四、總結(jié)

本文為大家分析@Transactional注解使用過程中失效的12種場景

最后，@Transactional注解雖香，但是復(fù)雜業(yè)務(wù)邏輯下，為了更好的管理事務(wù)與把控業(yè)務(wù)處理時事務(wù)的細粒度，我還是推薦大家使用編程式事務(wù)。

到此這篇關(guān)于spring中12種@Transactional的失效場景(小結(jié))的文章就介紹到這了,更多相關(guān)spring @Transactional 失效場景內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: