spring與hibernate整合事務管理的理解

 　　在談Spring事務管理之前我們想一下在我們不用Spring的時候，在Hibernate中我們是怎麼進行數據操作的。在Hibernate中我們每次進行一個操作的的時候我們都是要先開啟事務，然後進行數據操作，然後提交事務，關閉事務，我們這樣做的原因是因為Hibernate預設的事務自動提交是false，他是需要我們人為的手動提交事務，假如你不想每次都手動提交事務的話，你可以在hibernate.cfg.xml我文件中把它設置為事務自動提交：

xml代碼

1 <property name="defaultAutoCommit">  
2     <value>false</value>  
3 </property> 

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

聲明式事務配置主要分以下幾步：

1、聲明式事務配置

  (1) 配置事務管理器；

  (2)事務的傳播特性；

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

 1 <!-- 配置事務管理器 指定其作用的sessionFactory把事務交給Spring去處理 -->  
 2   
 3     <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">  
 4     <property name="sessionFactory">  
 5            <ref bean="sessionFactory"/>  
 6     </property>  
 7     </bean>  
 8   
 9 <!-- 配置事務的傳播特性 -->  
10     <tx:advice id="txAdvice" transaction-manager="transactionManager">  
11     <tx:attributes>  
12     <tx:method name="save*" propagation="REQUIRED"/>  
13     <tx:method name="delete*" propagation="REQUIRED"/>  
14     <tx:method name="update*" propagation="REQUIRED"/>  
15     <tx:method name="get*" read-only="true" propagation="NOT_SUPPORTED"/>  
16     <tx:method name="*" read-only="true"/>  
17     </tx:attributes>  
18     </tx:advice>  
19   
20 <!-- 那些類的哪些方法參與事務 -->  
21     <aop:config>  
22     <aop:pointcut id="allServiceMethod" expression="execution(* com.coe.service.*.*(..))"/>  
23     <aop:advisor pointcut-ref="allServiceMethod" advice-ref="txAdvice"/>  
24     </aop:config>   

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

2、編寫業務邏輯方法

      這時候我們就可以在我們業務邏輯層用HibernateTemplate裡面提供的數據操作方法來編寫我們的業務邏輯方法了，當然我們的方法必須要是以我們事務配置裡面配置的一樣，用save，delete，update，get做我們的方法的開頭。需要註意的是，預設情況下運行期異常才會回滾（包括繼承了RuntimeException子類），普通異常是不會滾的。

最後我們順便總結一下事務的幾種傳播特性：

1. PROPAGATION_REQUIRED: 如果存在一個事務，則支持當前事務。如果沒有事務則開啟；

2. PROPAGATION_SUPPORTS: 如果存在一個事務，支持當前事務。如果沒有事務，則非事務的執行；

3. PROPAGATION_MANDATORY: 如果已經存在一個事務，支持當前事務。如果沒有一個活動的事務，則拋出異常；

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

5. PROPAGATION_NOT_SUPPORTED: 總是非事務地執行，並掛起任何存在的事務；

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

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