這幾天在項目里面發(fā)現(xiàn)我使用@Transactional注解事務之后，拋了異常居然不回滾。后來終于找到了原因。

如果你也出現(xiàn)了這種情況，可以從下面開始排查。

一、特性

先來了解一下@Transactional注解事務的特性吧，可以更好排查問題

1、service類標簽(一般不建議在接口上)上添加@Transactional，可以將整個類納入spring事務管理，在每個業(yè)務方法執(zhí)行時都會開啟一個事務，不過這些事務采用相同的管理方式。

2、@Transactional 注解只能應用到 public 可見度的方法上。 如果應用在protected、private或者 package可見度的方法上，也不會報錯，不過事務設置不會起作用。

3、默認情況下，Spring會對unchecked異常進行事務回滾；如果是checked異常則不回滾。

辣么什么是checked異常，什么是unchecked異常

java里面將派生于Error或者RuntimeException（比如空指針，1/0）的異常稱為unchecked異常，其他繼承自java.lang.Exception得異常統(tǒng)稱為Checked Exception，如IOException、TimeoutException等

辣么再通俗一點：

你寫代碼出現(xiàn)的空指針等異常，會被回滾，文件讀寫，網(wǎng)絡出問題，spring就沒法回滾了。然后我教大家怎么記這個，因為很多同學容易弄混，你寫代碼的時候有些IOException我們的編譯器是能夠檢測到的，說以叫checked異常，你寫代碼的時候空指針等死檢測不到的，所以叫unchecked異常。這樣是不是好記一些啦

4、只讀事務：

@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)

只讀標志只在事務啟動時應用，否則即使配置也會被忽略。

啟動事務會增加線程開銷，數(shù)據(jù)庫因共享讀取而鎖定(具體跟數(shù)據(jù)庫類型和事務隔離級別有關)。通常情況下，僅是讀取數(shù)據(jù)時，不必設置只讀事務而增加額外的系統(tǒng)開銷。

二：事務傳播模式

Propagation枚舉了多種事務傳播模式，部分列舉如下：

1、REQUIRED(默認模式)：業(yè)務方法需要在一個容器里運行。如果方法運行時，已經處在一個事務中，那么加入到這個事務，否則自己新建一個新的事務。

2、NOT_SUPPORTED：聲明方法不需要事務。如果方法沒有關聯(lián)到一個事務，容器不會為他開啟事務，如果方法在一個事務中被調用，該事務會被掛起，調用結束后，原先的事務會恢復執(zhí)行。

3、REQUIRESNEW：不管是否存在事務，該方法總匯為自己發(fā)起一個新的事務。如果方法已經運行在一個事務中，則原有事務掛起，新的事務被創(chuàng)建。

4、 MANDATORY：該方法只能在一個已經存在的事務中執(zhí)行，業(yè)務方法不能發(fā)起自己的事務。如果在沒有事務的環(huán)境下被調用，容器拋出例外。

5、SUPPORTS：該方法在某個事務范圍內被調用，則方法成為該事務的一部分。如果方法在該事務范圍外被調用，該方法就在沒有事務的環(huán)境下執(zhí)行。

6、NEVER：該方法絕對不能在事務范圍內執(zhí)行。如果在就拋例外。只有該方法沒有關聯(lián)到任何事務，才正常執(zhí)行。

7、NESTED：如果一個活動的事務存在，則運行在一個嵌套的事務中。如果沒有活動事務，則按REQUIRED屬性執(zhí)行。它使用了一個單獨的事務，這個事務擁有多個可以回滾的保存點。內部事務的回滾不會對外部事務造成影響。它只對DataSourceTransactionManager事務管理器起效。

三：解決Transactional注解不回滾

1、檢查你方法是不是public的

2、你的異常類型是不是unchecked異常

如果我想check異常也想回滾怎么辦，注解上面寫明異常類型即可

@Transactional(rollbackFor=Exception.class) 

類似的還有norollbackFor，自定義不回滾的異常

3、數(shù)據(jù)庫引擎要支持事務，如果是MySQL，注意表要使用支持事務的引擎，比如innodb，如果是myisam，事務是不起作用的

4、是否開啟了對注解的解析

<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>

5、spring是否掃描到你這個包，如下是掃描到org.test下面的包

<context:component-scan base-package="org.test" ></context:component-scan>

6、檢查是不是同一個類中的方法調用（如a方法調用同一個類中的b方法）

7、異常是不是被你catch住了

以上，以后有再添加吧~

補充：@Transactional事務幾點注意

這里面有幾點需要大家留意：

A. 一個功能是否要事務，必須納入設計、編碼考慮。不能僅僅完成了基本功能就ok。

B. 如果加了事務，必須做好開發(fā)環(huán)境測試（測試環(huán)境也盡量觸發(fā)異常、測試回滾），確保事務生效。

C. 以下列了事務使用過程的注意事項，請大家留意。

1. 不要在接口上聲明@Transactional ，而要在具體類的方法上使用 @Transactional 注解，否則注解可能無效。

2.不要圖省事，將@Transactional放置在類級的聲明中，放在類聲明，會使得所有方法都有事務。故@Transactional應該放在方法級別，不需要使用事務的方法，就不要放置事務，比如查詢方法。否則對性能是有影響的。

3.使用了@Transactional的方法，對同一個類里面的方法調用， @Transactional無效。比如有一個類Test，它的一個方法A，A再調用Test本類的方法B（不管B是否public還是private），但A沒有聲明注解事務，而B有。則外部調用A之后，B的事務是不會起作用的。（經常在這里出錯）

4.使用了@Transactional的方法，只能是public，@Transactional注解的方法都是被外部其他類調用才有效，故只能是public。道理和上面的有關聯(lián)。故在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不會報錯，但事務無效。

5.經過在ICORE-CLAIM中測試，效果如下：

A.拋出受查異常XXXException，事務會回滾。

B.拋出運行時異常NullPointerException，事務會回滾。

C.Quartz中，execute直接調用加了@Transactional方法，可以回滾；間接調用，不會回滾。（即上文3點提到的）

D.異步任務中，execute直接調用加了@Transactional方法，可以回滾；間接調用，不會回滾。（即上文3點提到的）

E.在action中加上@Transactional，不會回滾。切記不要在action中加上事務。

F.在service中加上@Transactional，如果是action直接調該方法，會回滾，如果是間接調，不會回滾。（即上文3提到的）

G.在service中的private加上@Transactional，事務不會回滾。

以上為個人經驗，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。

最新評論