Spring-Java事物回滾失效處理最近在做項(xiàng)目中，無(wú)意間發(fā)現(xiàn)有個(gè)類(lèi)在拋事物回滾操作，數(shù)據(jù)也正常的插入到數(shù)據(jù)庫(kù)當(dāng)中了，于是仔細(xì)查看看一下具體原因。

一切還是要從Java的檢查型異常和非檢查型異常說(shuō)起。

那么什么是檢查型異常什么又是非檢查型異常呢？

最簡(jiǎn)單的判斷點(diǎn)有兩個(gè)：

1.繼承自RuntimeException或Error的是非檢查型異常，而繼承自Exception的則是檢查型異常（當(dāng)然，RuntimeException本身也是Exception的子類(lèi)）。

2.對(duì)非檢查型類(lèi)異常可以不用捕獲，而檢查型異常則必須用try……catch語(yǔ)句塊進(jìn)行處理或者把異常交給上級(jí)方法處理，總之就是必須寫(xiě)代碼處理它。

Java的異常結(jié)構(gòu)如下圖。其中直接繼承Exception的異常，必須捕獲，屬于檢查型異常。

再回過(guò)來(lái)看我的代碼：

1、方法名前面有

@Transactional 

2、Spring的配置文件applicationContext-XXX.xml當(dāng)中也有Spring事物的相關(guān)配置

<bean id="transactionManager" 
  class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> 
  <property name="dataSource" ref="dataSource" /> 
  <property name="rollbackOnCommitFailure" value="true"></property> 
</bean> 

但是為什么在Service層方法調(diào)用的時(shí)候，try……catch拋Exception異常已經(jīng)提交的事物卻沒(méi)有回滾？

查看相關(guān)spring的文檔后發(fā)現(xiàn)，原來(lái)spring聲明式事務(wù)管理默認(rèn)對(duì)非檢查型異常和運(yùn)行時(shí)異常進(jìn)行事務(wù)回滾，而對(duì)檢查型異常則不進(jìn)行回滾操作。

代碼中try……catch拋出的Exception異常，屬于檢查型異常,Spring的框架默認(rèn)是不會(huì)進(jìn)行回滾的。

在編程中對(duì)非檢查型類(lèi)異?？梢圆挥貌东@，而檢查型異常則必須用try語(yǔ)句塊進(jìn)行處理或者把異常交給上級(jí)方法處理總之就是必須寫(xiě)代碼處理它。

所以必須在service捕獲異常，然后再次手動(dòng)throw一個(gè)非檢查型異常，這樣事務(wù)方才起效。例如：

try{ 
  ………… 
} catch (Exception e) { 
  ………… 
  throw new BusinessException(e.getMessage()); 
} 

當(dāng)然我們還有更簡(jiǎn)便的方法來(lái)解決這個(gè)問(wèn)題，那就是通過(guò)注解參數(shù)改變默認(rèn)的回滾方式。

在@Transaction注解中定義了noRollbackFor和RollbackFor來(lái)指定某種異常是否回滾。

使用例：

@Transaction(noRollbackFor=RuntimeException.class)

@Transaction(RollbackFor=Exception.class)

所以上述的問(wèn)題可以直接將@Transaction添加回滾參數(shù)@Transaction(RollbackFor=Exception.class),這樣就改變了默認(rèn)的事務(wù)處理方式。

啟示:

這就要求我們?cè)谧远x異常的時(shí)候，讓自定義的異常繼承自RuntimeException，這樣拋出的時(shí)候才會(huì)被Spring默認(rèn)的事務(wù)處理準(zhǔn)確處理。

總結(jié)

以上就是本文關(guān)于java事務(wù)回滾失敗問(wèn)題分析的全部?jī)?nèi)容，希望對(duì)大家有所幫助。感興趣的朋友可以繼續(xù)參閱本站其他相關(guān)專(zhuān)題，如有不足之處，歡迎留言指出。感謝朋友們對(duì)本站的支持！

最新評(píng)論