@Transactional介紹

Spring為開發(fā)人員提供了聲明式事務(wù)的使用方式，即在方法上標(biāo)記@Transactional注解來開啟事務(wù)。大家在日常的開發(fā)中很多業(yè)務(wù)代碼對數(shù)據(jù)進行操作的時候一定是希望有事務(wù)控制的。

比如電商賣東西業(yè)務(wù)，代碼的邏輯是商家先生成一個訂單（訂單信息插入到數(shù)據(jù)庫中），再將錢收入到自己的賬戶中（數(shù)據(jù)庫中的money增加）。整個過程是要作為一個完整的事務(wù)來對待的，如果后面這個操作失敗了，那么前者也一定不能插入成功，這時候就會用到事務(wù)的回滾。

@Transactional的常見錯誤使用姿勢

拋出異常

常見錯誤一：異常沒有傳播出事務(wù)注解@Transactional標(biāo)記的方法導(dǎo)致

經(jīng)典的開發(fā)經(jīng)驗：

很多時候，在實際業(yè)務(wù)開發(fā)中，總希望接口能返回一個固定的類實例——這叫做統(tǒng)一返回結(jié)果。例如以Result類作為統(tǒng)一返回結(jié)果。

于是為了方便就直接在Service的方法中return一個Result類對象，為了避免受異常的影響而無法返回該結(jié)果集，就會使用try-catch語句，當(dāng)業(yè)務(wù)代碼出現(xiàn)錯誤而拋出異常時會捕獲此異常，將異常信息寫入Result的相關(guān)字段中，返回給調(diào)用者。

@Controller @RestController @Api( tags = "測試事務(wù)是否生效") @RequestMapping("/test/transactionalTest") @Slf4j public class GoodsStockController {@Autowiredprivate GoodsStockService goodsStockService;/*** create by: entropy* description: 事務(wù)無法回滾的方法* create time: 2022/1/25 21:38*/@GetMapping("/exception/first")@ApiOperation(value = "關(guān)于異常的第一個方法，不能夠回滾", notes = "因為異常未能被事務(wù)發(fā)現(xiàn)，所以沒有回滾")@ResponseBodypublic Result firstFunctionAboutException(){try{return goodsStockService.firstFunctionAboutException();}catch (Exception e){return Result.server_error().Message("操作失敗："+e.getMessage());}} }

其中的service中的方法

@Autowiredprivate GoodsStockMapper goodsStockMapper;@Override@Transactionalpublic Result firstFunctionAboutException() {try{log.info("減庫存開始");goodsStockMapper.updateStock();if(1 == 1) throw new RuntimeException();return Result.ok();}catch (Exception e){log.info("減庫存失敗！" + e.getMessage());return Result.server_error().Message("減庫存失敗！" + e.getMessage());}}

最終測試結(jié)果事務(wù)沒有回滾。我們都知道當(dāng)程序執(zhí)行時出現(xiàn)錯誤而拋出異常時，事務(wù)才會回滾，這里雖然出現(xiàn)了異常但卻被方法本身消化了（catch掉了），異常沒有被事務(wù)所發(fā)現(xiàn)，所以這樣子是不會出現(xiàn)回滾的。因此正確的姿勢是去掉service中的try-catch語句即可：

@Override @Transactional public void secondFunctionAboutException() {log.info("減庫存開始");goodsStockMapper.updateStock();if(1 == 1) throw new RuntimeException(); }

通過這種處理方式可以實現(xiàn)事務(wù)的回滾。另外異常怎么辦呢？很簡單，將異常放在Controller層去處理就行。

總結(jié)：當(dāng)標(biāo)記了@Transactional注解的方法中出現(xiàn)異常時，如果該異常未傳播到該方法外，則事務(wù)不會回滾；反之，只有異常傳播到該方法之外，事務(wù)才會回滾。

常見錯誤二：異常突破@Transactional所標(biāo)注的方法，事務(wù)依然沒有回滾

@Override @Transactional public void thirdFunctionAboutException() throws Exception {log.info("減庫存開始");goodsStockMapper.updateStock();if(1 == 1) throw new Exception(); }

眼尖的同學(xué)一眼就看到了問題：

Spring的@Transactional注解就是默認(rèn)只有當(dāng)拋出RuntimeException運行時異常時，才會回滾。

Spring通常采用RuntimeException表示不可恢復(fù)的錯誤條件。也就是說對于其他異常，Spring覺得無所謂所以就不回滾。

那么對應(yīng)的解法也有2種，請看：

解法一：手動catch捕獲Exception，然后拋出runtimeException

@Override @Transactional public void thirdFunctionAboutException1(){try{log.info("減庫存開始");goodsStockMapper.updateStock();if(1 == 1) throw new Exception();}catch (Exception e){log.info("出現(xiàn)異常"+e.getMessage());throw new RuntimeException("手動拋出RuntimeException");} }

解法二：修改注解默認(rèn)的@Transactional回滾的異常范圍

@Override @Transactional(rollbackFor = Exception.class) public void thirdFunctionAboutException2() throws Exception {log.info("減庫存開始");goodsStockMapper.updateStock();if(1 == 1) throw new Exception(); }

更高級的錯誤使用姿勢

假設(shè)service業(yè)務(wù)類中有這樣的2個方法：

@Override public void privateFunctionCaller (){privateCallee(); }@Transactional private void privateCallee(){goodsStockMapper.updateStock();throw new RuntimeException(); }

service的privateFunctionCaller方法從而間接調(diào)用標(biāo)注了@Transactional注解的方法privateCallee。執(zhí)行代碼后，發(fā)現(xiàn)事務(wù)并沒有回滾。這是什么原因呢？

這就要提到@service注解的原理：spring是通過動態(tài)代理的方式來實現(xiàn)AOP的。也即AOP容器中的bean實際上都是代理對象。@Transactional注解的支持也正是通過AOP來實現(xiàn)的。Spring會對原對象中的方法進行封裝（即檢查到標(biāo)有該注解的方法時，就會為它加上事務(wù)）.。這個行為就叫做為目標(biāo)方法進行增強。要想銅鼓增強的方式使得事務(wù)生效，那么方法必然不能是private的，實際上如果在ieda編輯器里在私有的方法上使用了@Transactional注解的話，編譯器是會報錯的。

實際上修改為public后事務(wù)還是沒有回滾。這是為什么呢？

@Override public void publicFunctionCaller (){publicCallee(); }@Override @Transactional public void publicCallee(){goodsStockMapper.updateStock();throw new RuntimeException(); }

被注入的Service對象是代理對象，當(dāng)調(diào)用publicCallee方法時，上面是沒有@Transactional注解的。故只是簡單執(zhí)行service.function()，即在代理對象的方法publicFunctionCaller中，先由Service的原對象來調(diào)用自己的publicFunctionCaller方法，再由其調(diào)用自己的publicCallee方法。不會走代理對象增強過(帶有事務(wù))的publicCallee方法，事務(wù)也就不會回滾。

解決辦法：顯式的注入自己。缺點就是破壞了分層的結(jié)構(gòu)，加大了代碼耦合性

@Override @Transactional public void publicCallee(){goodsStockMapper.updateStock();throw new RuntimeException(); }@Autowired private GoodsStockService self;@Override public void aopSelfCaller (){self.publicCallee(); }

總結(jié)

以上是生活随笔為你收集整理的Spring的@Transactional注解踩坑的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。