spring異常與事務回滾

一、結論 

Spring的事務管理默認只對出現運行期異常(java.lang.RuntimeException及其子類)進行回滾。 

如果一個方法拋出Exception或者Checked異常，Spring事務管理默認不進行回滾。 

關於異常的分類一下詳細介紹： 

1、基本概念 

看java的異常結構圖

 

Throwable是所有異常的根，java.lang.Throwable 

Error是錯誤，java.lang.Error 

Exception是異常，java.lang.Exception 

2、Exception 

一般分爲Checked異常和Runtime異常，所有RuntimeException類及其子類的實例被稱爲Runtime異常，不屬於該範疇的異常則被稱爲CheckedException。 

①Checked異常 

只有java語言提供了Checked異常，Java認爲Checked異常都是可以被處理的異常，所以Java程序必須顯示處理Checked異常。如果程序沒有處理Checked異常，該程序在編譯時就會發生錯誤無法編譯。這體現了Java的設計哲學：沒有完善錯誤處理的代碼根本沒有機會被執行。對Checked異常處理方法有兩種 

(1) 當前方法知道如何處理該異常，則用try...catch塊來處理該異常。 

(2) 當前方法不知道如何處理，則在定義該方法是聲明拋出該異常。

package cn.xy.test;

import java.io.IOException;

/**
 * Checked異常測試方法
 * 
 * @author xy
 */
public class CheckedExceptionMethods {

    // 總異常類，既有checkedException又有RuntimeException，所以其中的checkedException必須處理
    public void method1() throws Exception {
        System.out.println("我是拋出異常總類的方法");
    }

    // 捕獲並處理這個異常
    public void testMethod1_01() {
        try {
            method1();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

    // 把異常傳遞下去
    public void testMethod1_02() throws Exception {
        method1();
    }

    public void testMethod1_03() throws Exception {
        throw new Exception();
    }

    public void testMethod1_04() {
        try {
            throw new Exception();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

    // checkedException典型代表IOException
    public void method2() throws IOException {
        System.out.println("我是拋出IO異常的方法");
    }

    public void testMethod2_01() {
        try {
            method2();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

    public void testMethod2_02() throws Exception {
        method2();
    }
} 

我們比較熟悉的Checked異常有 

Java.lang.ClassNotFoundException 

Java.lang.NoSuchMetodException 

java.io.IOException

②RuntimeException 

Runtime如除數是0和數組下標越界等，其產生頻繁，處理麻煩，若顯示申明或者捕獲將會對程序的可讀性和運行效率影響很大。所以由系統自動檢測並將它們交給缺省的異常處理程序。當然如果你有處理要求也可以顯示捕獲它們。 

package cn.xy.test;

/**
 * 運行時異常測試方法
 * 
 * @author xy
 */
public class RuntimeExcetionMethods {

    public void method3() throws RuntimeException {
        System.out.println("我是拋出運行時異常的方法");
    }

    public void testMethod3_01() {
        method3();
    }

    public void testMethod1_02() {
        throw new RuntimeException();
    }
}

 我們比較熟悉的RumtimeException類的子類有 

 Java.lang.ArithmeticException 

 Java.lang.ArrayStoreExcetpion 

 Java.lang.ClassCastException 

 Java.lang.IndexOutOfBoundsException 

 Java.lang.NullPointerException 

3、Error 

當程序發生不可控的錯誤時，通常做法是通知用戶並中止程序的執行。與異常不同的是Error及其子類的對象不應被拋出。 

Error是throwable的子類，代表編譯時間和系統錯誤，用於指示合理的應用程序不應該試圖捕獲的嚴重問題。 

Error由Java虛擬機生成並拋出，包括動態鏈接失敗，虛擬機錯誤等。程序對其不做處理。

二、改變默認方式 

（1）、在@Transaction註解中定義noRollbackFor和RollbackFor指定某種異常是否回滾。 

@Transaction(noRollbackFor=RuntimeException.class) 

@Transaction(RollbackFor=Exception.class) 

這樣就改變了默認的事務處理方式。

如果配置了rollbackFor 和 noRollbackFor 且兩個都是用同樣的異常，那麼遇到該異常，還是回滾；
rollbackFor 和noRollbackFor 配置也許不會含蓋所有異常，對於遺漏的按照Check Exception 不回滾，unCheck Exception回滾

（2）、在txAdive中增加rollback-for，裏面寫自己的exception，例如自己寫的exception：

<tx:advice id="txAdvice" transaction-manager="transactionManager">

 　　<tx:attributes>

 　　　　<tx:method name="*" rollback-for="com.cn.untils.exception.XyzException"/>

 　　</tx:attributes>

 </tx:advice>

 

或者

定義不會滾的異常

<tx:advice id="txAdvice">

    <tx:attributes>

       <tx:method name="update*" no-rollback-for="IOException"/>

       <tx:method name="*"/>

    </tx:attributes>

 </tx:advice> 

（3）、spring的事務邊界是在調用業務方法之前開始的，業務方法執行完畢之後來執行commit or rollback(Spring默認取決於是否拋出runtime異常).

 如果拋出runtime exception 並在你的業務方法中沒有catch到的話，事務會回滾。 

 一般不需要在業務方法中catch異常，如果非要catch，在做完你想做的工作後（比如關閉文件等）一定要拋出runtime exception，否則spring會將你的操作commit,這樣就會產生髒數據.所以你的catch代碼是畫蛇添足。

如：

try {  

    //bisiness logic code  

} catch(Exception e) {  

    //handle the exception  

}  

由此可以推知，在spring中如果某個業務方法被一個 整個包裹起來，則這個業務方法也就等於脫離了spring事務的管理，因爲沒有任何異常會從業務方法中拋出！全被捕獲併吞掉，導致spring異常拋出觸發事務回滾策略失效。

不過，如果在catch代碼塊中採用頁面硬編碼的方式使用spring api對事務做顯式的回滾，這樣寫也未嘗不可

 

三、啓示 

這就要求我們在自定義異常的時候，讓自定義的異常繼承自RuntimeException，這樣拋出的時候纔會被Spring默認的事務處理準確處理。