在 Spring Boot 中，造成事務(wù)不自動回滾的場景有很多，比如以下這些：

• 非 public 修飾的方法中的事務(wù)不自動回滾；
• 當(dāng) @Transactional 遇上 try/catch 事務(wù)不自動回滾；
• 調(diào)用類內(nèi)部的 @Transactional 方法事務(wù)不自動回滾；
• 拋出檢查異常時事務(wù)不自動回滾；
• 數(shù)據(jù)庫不支持事務(wù)，事務(wù)也不會自動回滾。

那么對于上面的這些場景，我們應(yīng)該如何解決呢？接下來我們一一來看。

1.非 public 方法解決方案

非 public 方法中事務(wù)不回滾的直接原因是，在非 public 方法上添加的 @Transactional 關(guān)鍵字是無效的，也就是此方法本身是以非事務(wù)的方式運(yùn)行的，所以它當(dāng)然不會自動回滾事務(wù)了。

因為 @Transactional 使用的是 Spring AOP 實現(xiàn)的，而 Spring AOP 是通過動態(tài)代理實現(xiàn)的，而 @Transactional 在生成代理時會判斷，如果方法為非 public 修飾的方法，則不生成代理對象，這樣也就沒辦法自動回滾事務(wù)了，它的部分實現(xiàn)源碼如下：

protected TransactionAttribute computeTransactionAttribute(Method method, Class<?> targetClass) {
   // Don't allow no-public methods as required.
   // 非 public 方法，設(shè)置為 null
   if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
      return null;
   }
   // 后面代碼省略....
 }

此問題的解決方案是將方法的權(quán)限修飾符改為 public 即可。

2.try/catch 解決方案

當(dāng)程序中出現(xiàn)了 try/catch 代碼時，事務(wù)不會自動回滾，這是因為 @Transactional 注解在其實現(xiàn)時，需要感知到異常才會自動回滾，而用戶自行在代碼中加入了 try/catch 之后，@Transactional 就無法感知到異常了，那么也就不能自動回滾事務(wù)了。

此問題的解決方案有兩種：一種是在 catch 中將異常重新拋出去，另一種是使用代碼手動將事務(wù)回滾。

解決方案1：將異常重新拋出

解決方案2：使用代碼手動回滾事務(wù)

除了解決方案 1 這種不是很友好的回滾事務(wù)的方式之外，我們還可以選擇更加友好的，不報錯，但可以回滾事務(wù)的方式，其核心實現(xiàn)代碼如下：

3.調(diào)用內(nèi)部 @Transactional 方法解決方案

調(diào)用類內(nèi)部 @Transactional 的方法不自動回滾事務(wù)的原因是，@Transactional 是基于 Spring AOP 實現(xiàn)的，而 Spring AOP 又是基于動態(tài)代理實現(xiàn)的，而當(dāng)調(diào)用類內(nèi)部的方法時，不是通過代理對象完成的，而是通過 this 對象實現(xiàn)的，這樣就繞過了代理對象，從而事務(wù)就失效了。

此時我們的解決方案是給調(diào)用的方法上也加上 @Transactional，具體實現(xiàn)代碼如下：

4.檢查異常的事務(wù)解決方案

所謂的檢查異常（Checked Excetion）指的是編譯器要求開發(fā)者必須處理的異常，如下圖所示：

檢查異常不回滾事務(wù)的原因是因為，@Transactional 默認(rèn)只回滾運(yùn)行時異常 RuntimeException 和 Error，而對于檢查異常默認(rèn)是不回滾的。

此問題的解決方案是給 @Transactional 注解上，添加 rollbackFor 參數(shù)并設(shè)置 Exception.class 值即可，具體實現(xiàn)代碼如下：

5.數(shù)據(jù)庫不支持事務(wù)的解決方案

當(dāng)我們在程序中添加了 @Transactional，相當(dāng)于給調(diào)用的數(shù)據(jù)庫發(fā)送了：開始事務(wù)、提交事務(wù)、回滾事務(wù)的指令，但是如果數(shù)據(jù)庫本身不支持事務(wù)，比如 MySQL 中設(shè)置了使用 MyISAM 引擎，因為它本身是不支持事務(wù)的，這種情況下，即使在程序中添加了 @Transactional 注解，那么依然不會有事務(wù)的行為，也就不會執(zhí)行事務(wù)的自動回滾了。

在這種情況下，我們只需要設(shè)置 MySQL 的引擎為 InnoDB 就可以解決問題了，因為 InnoDB 是支持事務(wù)的，當(dāng)然 MySQL 5.1 之后的默認(rèn)引擎就是 InnoDB，引擎的設(shè)置分為以下兩種情況：

在新建表時設(shè)置數(shù)據(jù)庫引擎：

在修改表時設(shè)置數(shù)據(jù)庫引擎

PS：也就是數(shù)據(jù)庫的引擎是和表直接相關(guān)的，我們只需要正確的設(shè)置引擎之后，事務(wù)就可以正常的執(zhí)行了。

總結(jié)

本文我們介紹了 5 種事務(wù)不自動回滾的場景和相應(yīng)的解決方案，開發(fā)者應(yīng)該根據(jù)自己的實際情況，選擇合適自己解決方案進(jìn)行處理。

到此這篇關(guān)于SpringBoot事務(wù)不回滾的解決方案的文章就介紹到這了,更多相關(guān)SpringBoot事務(wù)不回滾內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論