spring 事務(wù)回滾和常見異常

spring 事務(wù)回滾

1、遇到的問題

　　當(dāng)我們一個(gè)方法里面有多個(gè)數(shù)據(jù)庫保存操作的時(shí)候，中間的數(shù)據(jù)庫操作發(fā)生的錯(cuò)誤。偽代碼如下：

public method() {
    Dao1.save(Person1);
    Dao1.save(Person2);

    Dao1.save(Person2);//假如這句發(fā)生了錯(cuò)誤，前面的兩個(gè)對(duì)象會(huì)被保存到數(shù)據(jù)庫中    Dao1.save(Person2);
}

　　期待的情況：發(fā)生錯(cuò)誤之前的所有數(shù)據(jù)庫保存操作都回滾，即不保存

　　正常情況：前面的數(shù)據(jù)庫操作會(huì)被執(zhí)行，而發(fā)生數(shù)據(jù)庫操作錯(cuò)誤開始及之后的所有的數(shù)據(jù)保存操作都將失敗。這樣子應(yīng)該都不是我們要的結(jié)果吧。

　　當(dāng)遇到這種情況，我們就可以使用Spring的事務(wù)解決這個(gè)問題。

2、異常的一些基本知識(shí)

1) 異常的架構(gòu)

　　異常的繼承結(jié)構(gòu)：Throwable為基類，Error和Exception繼承Throwable，RuntimeException和IOException等繼承Exception。Error和RuntimeException及其子類成為未檢查異常（unchecked），其它異常成為已檢查異常（checked）。 

2）Error異常

　　Error表示程序在運(yùn)行期間出現(xiàn)了十分嚴(yán)重、不可恢復(fù)的錯(cuò)誤，在這種情況下應(yīng)用程序只能中止運(yùn)行，例如JAVA 虛擬機(jī)出現(xiàn)錯(cuò)誤。Error是一種unchecked Exception，編譯器不會(huì)檢查Error是否被處理，在程序中不用捕獲Error類型的異常。一般情況下，在程序中也不應(yīng)該拋出Error類型的異常。

3）RuntimeException異常

　　Exception異常包括RuntimeException異常和其他非RuntimeException的異常。
　　RuntimeException 是一種Unchecked Exception，即表示編譯器不會(huì)檢查程序是否對(duì)RuntimeException作了處理，在程序中不必捕獲RuntimException類型的異常，也不必在方法體聲明拋出　RuntimeException類。RuntimeException發(fā)生的時(shí)候，表示程序中出現(xiàn)了編程錯(cuò)誤，所以應(yīng)該找出錯(cuò)誤修改程序，而不是去捕獲RuntimeException。

4）Checked Exception異常

　　Checked Exception異常，這也是在編程中使用最多的Exception，所有繼承自Exception并且不是RuntimeException的異常都是checked Exception，上圖中的IOException和ClassNotFoundException。JAVA 語言規(guī)定必須對(duì)checked Exception作處理，編譯器會(huì)對(duì)此作檢查，要么在方法體中聲明拋出checked Exception，要么使用catch語句捕獲checked Exception進(jìn)行處理，不然不能通過編譯。

3、實(shí)例

　　這里使用的事務(wù)配置如下：

 <!-- Jpa 事務(wù)配置 -->
    <bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
        <property name="entityManagerFactory" ref="entityManagerFactory"/>
    </bean>
    
    <!-- 開啟注解事務(wù) -->
    <tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true" />

　　在spring的配置文件中，如果數(shù)據(jù)源的defaultAutoCommit設(shè)置為True了，那么方法中如果自己捕獲了異常，事務(wù)是不會(huì)回滾的，如果沒有自己捕獲異常則事務(wù)會(huì)回滾，如下例
比如配置文件里有這么條記錄

com.alibaba.druid.pool.DruidDataSource

　　可能你會(huì)發(fā)現(xiàn)你并沒有配置這個(gè)參數(shù)，是不是他就不會(huì)自動(dòng)提交呢?答案是不是的，我這里是使用了com.alibaba.druid.pool.DruidDataSource作為數(shù)據(jù)庫連接池，默認(rèn)的defaultAutoCommit就是true，可以看下面的源碼

　　那么現(xiàn)在有兩個(gè)情況
　　情況1：如果沒有在程序中手動(dòng)捕獲異常

@Transactional(rollbackOn = { Exception.class })  
public void test() throws Exception {  
     doDbStuff1();  
     doDbStuff2();//假如這個(gè)操作數(shù)據(jù)庫的方法會(huì)拋出異常，現(xiàn)在方法doDbStuff1()對(duì)數(shù)據(jù)庫的操作   會(huì)回滾。  }

　　情況2：如果在程序中自己捕獲了異常

@Transactional(rollbackOn = { Exception.class })  
public void test() {  
     try {  
        doDbStuff1();  
        doDbStuff2();//假如這個(gè)操作數(shù)據(jù)庫的方法會(huì)拋出異常，現(xiàn)在方法doDbStuff1()對(duì)數(shù)據(jù)庫的操作  不會(huì)回滾。  
     } catch (Exception e) {  
           e.printStackTrace();     
     }  
}

　　現(xiàn)在如果我們需要手動(dòng)捕獲異常，并且也希望拋異常的時(shí)候能回滾怎么辦呢？
　　下面這樣寫就好了，手動(dòng)回滾事務(wù)：

@Transactional(rollbackOn = { Exception.class })  
public void test() {  
     try {  
        doDbStuff1();  
        doDbStuff2();  
     } catch (Exception e) {  
          e.printStackTrace();     
          TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();//就是這一句了，加上之后，如果doDbStuff2()拋了異常,                                                                                       //doDbStuff1()是會(huì)回滾的       }  
}