Spring事務管理只對出現(xiàn)運行期異常進行回滾

豐潤ssl適用于網(wǎng)站、小程序/APP、API接口等需要進行數(shù)據(jù)傳輸應用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18982081108（備注：SSL證書合作）期待與您的合作！

      

使用spring難免要用到spring的事務管理，要用事務管理又會很自然的選擇聲明式的事務管理，在spring的文檔中說道，spring聲明式事務管理默認對非檢查型異常和運行時異常進行事務回滾，而對檢查型異常則不進行回滾操作。
那么什么是檢查型異常什么又是非檢查型異常呢？
最簡單的判斷點有兩個：
1.繼承自runtimeexception或error的是非檢查型異常，而繼承自exception的則是檢查型異常（當然，runtimeexception本身也是exception的子類）。

2.對非檢查型類異?？梢圆挥貌东@，而檢查型異常則必須用try語句塊進行處理或者把異常交給上級方法處理總之就是必須寫代碼處理它。所以必須在service捕獲異常，然后再次拋出，這樣事務方才起效。

結論：

在spring的事務管理環(huán)境下，使用unckecked exception可以極大地簡化異常的處理，只需要在事務層聲明可能拋出的異常（這里的異?？梢允亲远x的unckecked exception體系），在所有的中間層都只是需要簡單throws即可，不需要捕捉和處理，直接到最高層，比如UI層再進行異常的捕捉和處理

在service類前加上@Transactional，聲明這個service所有方法需要事務管理。每一個業(yè)務方法開始時都會打開一個事務。

Spring默認情況下會對運行期例外(RunTimeException)進行事務回滾。這個例外是unchecked

如果遇到checked意外就不回滾。

如何改變默認規(guī)則：

1 讓checked例外也回滾：在整個方法前加上 @Transactional(rollbackFor=Exception.class)

2 讓unchecked例外不回滾： @Transactional(notRollbackFor=RunTimeException.class)

3 不需要事務管理的(只查詢的)方法：@Transactional(propagation=Propagation.NOT_SUPPORTED)

注意： 如果異常被try｛｝catch｛｝了，事務就不回滾了，如果想讓事務回滾必須再往外拋try｛｝catch｛throw Exception｝。

一個統(tǒng)一的異常層次結構對于提供服務抽象是必需的。 最重要的就是org.springframework.dao.DataAccessException以及其子類了。 需要強調的是Spring的異常機制重點在于應用編程模型。與SqlException和其他數(shù)據(jù)存取API不同的是: Spring的異常機制是為了讓開發(fā)者使用最少, 最清晰的代碼。DataAccessException和其他底層異常都是非檢查性異常(unchecked exception)。 spring的原則之一就是基層異常就應該是非檢查性異常. 原因如下: 
1. 基層異常通常來說是不可恢復的。 
2. 檢查性異常將會降低異常層次結構的價值.如果底層異常是檢查性的, 那么就需要在所有地方添加catch語句進行捕獲。 
3.try/catch代碼塊冗長混亂, 而且不增加多少價值。 
使用檢查異常理論上很好, 但是實際上好象并不如此。 
Hibernate3也將從檢查性異常轉為非檢查性異常。

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

當前標題：Spring事務管理只對出現(xiàn)運行期異常進行回滾-創(chuàng)新互聯(lián)
本文網(wǎng)址：http://weahome.cn/article/ddoods.html