Spring transaction事务 roll back各种回滚

 Spring的AOP事务管理默认是针对unchecked exception回滚。

也就是默认对RuntimeException()异常极其子类进行事务回滚。

Exception作为基类，下面还分checked exception和unchecked exception。如果客户端可以通过其他的方法恢复异常，那么这种异

常就是checked exception；如果客户端对出现的这种异常无能为力，那么这种异常就是Unchecked exception；简单来说，继承于

RuntimeException的都是unchecked exception。

Error：

1．总是不可控制的(unchecked)

2．经常用来用于表示系统错误或低层资源的错误

3．如何可能的话，应该在系统级被捕捉

Exception：

1．可以是可被控制(checked) 或不可控制的(unchecked)

2．表示一个由程序员导致的错误

3．应该在应用程序级被处理

Java 中定义了两类异常：

1) Checked exception: 这类异常都是Exception的子类。异常的向上抛出机制进行处理，假如子类可能产生A异常，那么在父类中

也必须throws A异常。可能导致的问题：代码效率低，耦合度过高。

2) Unchecked exception: 这类异常都是RuntimeException的子类，虽然RuntimeException同样也是Exception的子类，但是它们是

非凡的，它们不能通过client code来试图解决，所以称为Unchecked exception 。

解决办法：

1.在针对事务的类中抛出RuntimeException异常，而不是抛出Exception。

2.在txAdive中增加rollback-for，里面写自己的exception，例如自己写的exception为

com.cn.untils.exception.***Exception

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

　　<tx:attributes>

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

　　</tx:attributes>

</tx:advice>

或者

定义不会滚的异常

<tx:advice id="txAdvice">

   <tx:attributes>

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

      <tx:method name="*"/>

   </tx:attributes>

spring事务回滚.默认情况,unchecked异常,即运行时异常runntimeException回滚事务;checked异常,即Exception可try{}捕获的不会回滚.当然也可配置spring参数让其回滚.

试验方法：

         写一个单元测试，调用一个service层方法（发生对数据库进行写操作的方法--insert、update、delete）即可.

试验过程：

         定义一个service方法如下：

         public SMSTiming createSMSTiming(SMSTiming smsTiming){

                   SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);

                   return s;

         }

         定义二个异常(先默认配置TestException为Spring事务回滚异常)：

            publicclass MyTestException extends Exception

            publicclass TestException extends Exception

         注意看下：每次这个方法的不同处（抛出的异常不同）。

测试1：

public SMSTiming createSMSTiming(SMSTiming smsTiming){

       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);

       int i = 4/0; //人为产生异常（实际这里抛出了ArithmeticException运行异常）

       return s;

    }

测试1结果：会事务回滚----数据库中未插入新数据。

测试2：

        public SMSTiming createSMSTiming(SMSTiming smsTiming) throws Exception{//受检异常（非运行异常）必须抛出

       try{

           int i = 4/0; //人为产生异常

       }catch(Exception e){

           thrownew Exception ("");//抛出Exception异常

       }

测试2结果：不会事务回滚----数据库中插入新数据。

测试3：

            public SMSTiming createSMSTiming(SMSTiming smsTiming) throws RuntimeException{//运行异常（非受检异常）可以不抛出

           thrownewRuntimeException("");//抛出RuntimeException异常

测试3结果：会事务回滚----数据库中未插入新数据

测试4：

        public SMSTiming createSMSTiming(SMSTiming smsTiming) throws TestException{//受检异常（非运行异常）必须抛出

           thrownewTestException("");//抛出TestException异常

测试4结果：会事务回滚----数据库中未插入新数据。

测试5：

    public SMSTiming createSMSTiming(SMSTiming smsTiming) throws MyTestException{//受检异常（非运行异常）必须抛出

           thrownewMyTestException("");//抛出MyTestException异常

 测试5结果：不会事务回滚----数据库中插入新数据。

测试6：

    public SMSTiming createSMSTiming(SMSTiming smsTiming) throws MyTestException{//受检异常（非运行异常）必须抛出 (注意：此时spring指定配置此异常回滚)

 测试6结果：会事务回滚----数据库中未插入新数据。

试验总结：

测试1、测试3、测试4、测试6会进行事务回滚；测试2、测试5不会进行事务回滚。

为什么会这样？因为是异常的类型（受检异常、运行时异常）不同或使用了Spring的rollback-for配置。

测试1和测试3是因为抛出了运行时异常，会事务回滚。

测试4和测试5、测试6分别抛出受检异常TestException、MyTestException，那为什么测试4和测试6会事务回滚呢？

因为是我们在Spring事务配置中指定了此异常（指定rollback-for）。

Spring框架的事务基础架构代码将默认地 只 在抛出运行时和unchecked exceptions时才标识事务回滚。 也就是说，当抛出一个<code>RuntimeException</code> 或其子类例的实例时。（<code>Errors</code> 也一样

- 默认地 - 标识事务回滚。）从事务方法中抛出的Checked exceptions将 不 被标识进行事务回滚