在談Spring事務(wù)管理之前我們想一下在我們不用Spring的時候，在Hibernate中我們是怎么進(jìn)行數(shù)據(jù)操作的。在Hibernate中我們每次進(jìn)行一個操作的的時候我們都是要先開啟事務(wù)，然后進(jìn)行數(shù)據(jù)操作，然后提交事務(wù)，關(guān)閉事務(wù)，我們這樣做的原因是因為Hibernate默認(rèn)的事務(wù)自動提交是false，他是需要我們?nèi)藶榈氖謩犹峤皇聞?wù)，假如你不想每次都手動提交事務(wù)的話，你可以在hibernate.cfg.xml我文件中把它設(shè)置為事務(wù)自動提交：

xml代碼

 <property name="defaultAutoCommit"> 
   <value>false</value> 
 </property> 
 

縱然我們把它的事務(wù)提交方式設(shè)置為自動，它可以進(jìn)行數(shù)據(jù)操作，但是這樣并不滿足我們實際的業(yè)務(wù)需求，因為有時候在我保存一個數(shù)據(jù)之后，我希望他能繼續(xù)保存另一條數(shù)據(jù)，我希望在保存完兩條或者多條之后一起進(jìn)行事務(wù)提交，這樣即使出錯，我們可以回滾，取保數(shù)據(jù)的一致性，要么都成功要么都失敗，這時候我們就不能每保存完一條數(shù)據(jù)之后事務(wù)就自動提交，因為這樣它們不在同一個事務(wù)當(dāng)中，我們不能保證數(shù)據(jù)的一致行。所以這時候我們就需要手動的來配置我們的事務(wù)，這就需要用到Spring為Hibernate提供的事務(wù)管理機(jī)制，Spring提供的事務(wù)管理可以分為兩類：編程式的和聲明式的，編程式，其實就是在代碼里面來控制，像Hibernate操作數(shù)據(jù)一樣，開啟事務(wù)，提交事務(wù)，這種方式有一定的局限性，所以我們一般是用聲明式來配置我們的事務(wù)。

聲明式事務(wù)配置主要分以下幾步：

1、聲明式事務(wù)配置

  (1) 配置事務(wù)管理器；

  (2)事務(wù)的傳播特性；

  (3)那些類那些方法使用事務(wù)。

<!-- 配置事務(wù)管理器 指定其作用的sessionFactory把事務(wù)交給Spring去處理 --> 
 
  <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"> 
  <property name="sessionFactory"> 
      <ref bean="sessionFactory"/> 
  </property> 
  </bean> 
 
<!-- 配置事務(wù)的傳播特性 --> 
  <tx:advice id="txAdvice" transaction-manager="transactionManager"> 
  <tx:attributes> 
  <tx:method name="save*" propagation="REQUIRED"/> 
  <tx:method name="delete*" propagation="REQUIRED"/> 
  <tx:method name="update*" propagation="REQUIRED"/> 
  <tx:method name="get*" read-only="true" propagation="NOT_SUPPORTED"/> 
  <tx:method name="*" read-only="true"/> 
  </tx:attributes> 
  </tx:advice> 
 
<!-- 那些類的哪些方法參與事務(wù) --> 
  <aop:config> 
  <aop:pointcut id="allServiceMethod" expression="execution(* com.coe.service.*.*(..))"/> 
  <aop:advisor pointcut-ref="allServiceMethod" advice-ref="txAdvice"/> 
  </aop:config>

　　我們在配置事務(wù)的時候，我們一般是把事務(wù)邊界設(shè)置到service層，也就是你的業(yè)務(wù)邏輯層，因為我們很多時候都是在我們的業(yè)務(wù)邏輯層來完成我們一些列的數(shù)據(jù)操作，如果放到Dao數(shù)據(jù)層，其粒度太小了。另外，如果我們把事務(wù)配置在業(yè)務(wù)邏輯層的話，對我們的二級緩存也是有好處的，這個大家以后實際操作的時候會發(fā)現(xiàn)。

2、編寫業(yè)務(wù)邏輯方法

      這時候我們就可以在我們業(yè)務(wù)邏輯層用HibernateTemplate里面提供的數(shù)據(jù)操作方法來編寫我們的業(yè)務(wù)邏輯方法了，當(dāng)然我們的方法必須要是以我們事務(wù)配置里面配置的一樣，用save，delete，update，get做我們的方法的開頭。需要注意的是，默認(rèn)情況下運(yùn)行期異常才會回滾（包括繼承了RuntimeException子類），普通異常是不會滾的。

最后我們順便總結(jié)一下事務(wù)的幾種傳播特性：

1. PROPAGATION_REQUIRED: 如果存在一個事務(wù)，則支持當(dāng)前事務(wù)。如果沒有事務(wù)則開啟；

2. PROPAGATION_SUPPORTS: 如果存在一個事務(wù)，支持當(dāng)前事務(wù)。如果沒有事務(wù)，則非事務(wù)的執(zhí)行；

3. PROPAGATION_MANDATORY: 如果已經(jīng)存在一個事務(wù)，支持當(dāng)前事務(wù)。如果沒有一個活動的事務(wù)，則拋出異常；

4. PROPAGATION_REQUIRES_NEW: 總是開啟一個新的事務(wù)。如果一個事務(wù)已經(jīng)存在，則將這個存在的事務(wù)掛起；

5. PROPAGATION_NOT_SUPPORTED: 總是非事務(wù)地執(zhí)行，并掛起任何存在的事務(wù)；

6. PROPAGATION_NEVER: 總是非事務(wù)地執(zhí)行，如果存在一個活動事務(wù)，則拋出異常；

7. PROPAGATION_NESTED：如果一個活動的事務(wù)存在，則運(yùn)行在一個嵌套的事務(wù)中. 如果沒有活動事務(wù), 則按TransactionDefinition.PROPAGATION_REQUIRED 屬性執(zhí)行。

 通過本文希望能幫助大家對Spring 和Hibernate 的整合事務(wù)管理的理解，謝謝大家對本站的支持！

最新評論