spring 事務(wù)回滾

1、遇到的問(wèn)題

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

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

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

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

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

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

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 語(yǔ)言規(guī)定必須對(duì)checked Exception作處理，編譯器會(huì)對(duì)此作檢查，要么在方法體中聲明拋出checked Exception，要么使用catch語(yǔ)句捕獲checked Exception進(jìn)行處理，不然不能通過(guò)編譯。

3、實(shí)例

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

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

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

<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource"> 

<property name="xxx" value="xxx"/> 

<property name="xxx" value="xxx"/>

 ....
 <property name="defaultAutoCommit" value="true" /> 

</bean>

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

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

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

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

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

   感謝您的閱讀！謝謝！

最新評(píng)論