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

成都創(chuàng)新互聯(lián)公司，為您提供重慶網(wǎng)站建設(shè)公司、成都網(wǎng)站制作、網(wǎng)站營銷推廣、網(wǎng)站開發(fā)設(shè)計(jì)，對服務(wù)成都門簾等多個行業(yè)擁有豐富的網(wǎng)站建設(shè)及推廣經(jīng)驗(yàn)。成都創(chuàng)新互聯(lián)公司網(wǎng)站建設(shè)公司成立于2013年,提供專業(yè)網(wǎng)站制作報價服務(wù),我們深知市場的競爭激烈，認(rèn)真對待每位客戶，為客戶提供賞心悅目的作品。 與客戶共同發(fā)展進(jìn)步，是我們永遠(yuǎn)的責(zé)任！

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

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

1、非 public 方法解決方案

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

因?yàn)?@Transactional 使用的是 Spring AOP 實(shí)現(xiàn)的，而 Spring AOP 是通過動態(tài)代理實(shí)現(xiàn)的，而 @Transactional 在生成代理時會判斷，如果方法為非 public 修飾的方法，則不生成代理對象，這樣也就沒辦法自動回滾事務(wù)了，它的部分實(shí)現(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ù)不會自動回滾，這是因?yàn)锧Transactional 注解在其實(shí)現(xiàn)時，需要感知到異常才會自動回滾，而用戶自行在代碼中加入了 try/catch 之后，@Transactional 就無法感知到異常了，那么也就不能自動回滾事務(wù)了。

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

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

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

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

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

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

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

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

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

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

此問題的解決方案是給 @Transactional 注解上，添加 rollbackFor 參數(shù)并設(shè)置 Exception.class 值即可，具體實(shí)現(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 引擎，因?yàn)樗旧硎遣恢С质聞?wù)的，這種情況下，即使在程序中添加了 @Transactional 注解，那么依然不會有事務(wù)的行為，也就不會執(zhí)行事務(wù)的自動回滾了。

在這種情況下，我們只需要設(shè)置 MySQL 的引擎為 InnoDB 就可以解決問題了，因?yàn)?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ù)自己的實(shí)際情況，選擇合適自己解決方案進(jìn)行處理。

分享標(biāo)題：面試突擊：SpringBoot事務(wù)不回滾？怎么解決？
網(wǎng)頁網(wǎng)址：http://uogjgqi.cn/article/dpeipge.html