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默认的事务处理准确处理。