Spring聲明式事務管理與配置詳解

一、Spring聲明式事務配置的五種方式

　　前段時間對Spring的事務配置作了比較深刻的研究，在此以前對Spring的事務配置雖然說也配置過，可是一直沒有一個清楚的認識。經過此次的學習發覺Spring的事務配置只要把思路理清，仍是比較好掌握的。

　　總結以下：

　　Spring配置文件中關於事務配置老是由三個組成部分，分別是DataSource、TransactionManager和代理機制這三部分，不管哪一種配置方式，通常變化的只是代理機制這部分。

　　DataSource、TransactionManager這兩部分只是會根據數據訪問方式有所變化，好比使用Hibernate進行數據訪問時，DataSource實際爲SessionFactory，TransactionManager的實現爲HibernateTransactionManager。

　　具體以下圖：

　　根據代理機制的不一樣，總結了五種Spring事務的配置方式，配置文件以下：

第一種方式：每一個Bean都有一個代理

<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context"
    xmlns:aop="http://www.springframework.org/schema/aop"
    xsi:schemaLocation="http://www.springframework.org/schema/beans 
           http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
           http://www.springframework.org/schema/context
           http://www.springframework.org/schema/context/spring-context-2.5.xsd
           http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.5.xsd">

    <bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
        <property name="configLocation" value="classpath:hibernate.cfg.xml" />
        <property name="configurationClass" value="org.hibernate.cfg.AnnotationConfiguration" />
    </bean>

    <!-- 定義事務管理器（聲明式的事務） -->
    <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
        <property name="sessionFactory" ref="sessionFactory" />
    </bean>

    <!-- 配置DAO -->
    <bean id="userDaoTarget" class="com.bluesky.spring.dao.UserDaoImpl">
        <property name="sessionFactory" ref="sessionFactory" />
    </bean>

    <bean id="userDao" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
        <!-- 配置事務管理器 -->
        <property name="transactionManager" ref="transactionManager" />
        <property name="target" ref="userDaoTarget" />
        <property name="proxyInterfaces" value="com.bluesky.spring.dao.GeneratorDao" />
        <!-- 配置事務屬性 -->
        <property name="transactionAttributes">
            <props>
                <prop key="*">PROPAGATION_REQUIRED</prop>
            </props>
        </property>
    </bean></beans>

第二種方式：全部Bean共享一個代理基類

    
         
         
    

    
    
         
    

    
        
         
        
        
            
                PROPAGATION_REQUIRED
            
        
    

    
    
         
    

    
         

第三種方式：使用攔截器

    
         
         
    

    
    
         
    

    
         
        
        
            
                PROPAGATION_REQUIRED
            
        
    

    
        
            
                *Dao
            
        
        
            
                transactionInterceptor
            
        
    

    
    
         

第四種方式：使用tx標籤配置的攔截器

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:context="http://www.springframework.org/schema/context"
    xmlns:aop="http://www.springframework.org/schema/aop"
    xmlns:tx="http://www.springframework.org/schema/tx"
    xsi:schemaLocation="http://www.springframework.org/schema/beans 
           http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
           http://www.springframework.org/schema/context
           http://www.springframework.org/schema/context/spring-context-2.5.xsd
           http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.5.xsd
           http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.5.xsd">    
     

    
         
         
    

    
    
         
    

    
        
             
        
    

    
         
         

第五種方式：全註解

　　此時在DAO上需加上@Transactional註解，以下：

@Transactional
@Component("userDao")public class UserDaoImpl extends HibernateDaoSupport implements UserDao {    public List<User> listUsers() {        return this.getSession().createQuery("from User").list();
    }
    ......
}

　　注：以上部份內容轉載自http://www.blogjava.net/robbie.html

二、事務的傳播屬性（Propagation）

　　Propagation ：key屬性肯定代理應該給哪一個方法增長事務行爲。這樣的屬性最重要的部份是傳播行爲。有如下選項可供使用：PROPAGATION_REQUIRED--支持當前事務，若是當前沒有事務，就新建一個事務。這是最多見的選擇。

　　PROPAGATION_REQUIRED--支持當前事務，若是當前沒有事務，就新建一個事務。這是最多見的選擇。
　　PROPAGATION_SUPPORTS--支持當前事務，若是當前沒有事務，就以非事務方式執行。
　　PROPAGATION_MANDATORY--支持當前事務，若是當前沒有事務，就拋出異常。
　　PROPAGATION_REQUIRES_NEW--新建事務，若是當前存在事務，把當前事務掛起。
　　PROPAGATION_NOT_SUPPORTED--以非事務方式執行操做，若是當前存在事務，就把當前事務掛起。
　　PROPAGATION_NEVER--以非事務方式執行，若是當前存在事務，則拋出異常。

　　1： PROPAGATION_REQUIRED
　　加入當前正要執行的事務不在另一個事務裏，那麼就起一個新的事務。

　　好比說，ServiceB.methodB的事務級別定義爲PROPAGATION_REQUIRED, 那麼因爲執行ServiceA.methodA的時候，ServiceA.methodA已經起了事務，這時調用ServiceB.methodB，ServiceB.methodB看到本身已經運行在ServiceA.methodA的事務內部，就再也不起新的事務。而假如ServiceA.methodA運行的時候發現本身沒有在事務中，他就會爲本身分配一個事務。這樣，在ServiceA.methodA或者在ServiceB.methodB內的任何地方出現異常，事務都會被回滾。即便ServiceB.methodB的事務已經被提交，可是ServiceA.methodA在接下來fail要回滾，ServiceB.methodB也要回滾

　　2： PROPAGATION_SUPPORTS
　　若是當前在事務中，即以事務的形式運行，若是當前再也不一個事務中，那麼就以非事務的形式運行

　　3： PROPAGATION_MANDATORY
　　必須在一個事務中運行。也就是說，他只能被一個父事務調用。不然，他就要拋出異常

　　4： PROPAGATION_REQUIRES_NEW
　　這個就比較繞口了。 好比咱們設計ServiceA.methodA的事務級別爲PROPAGATION_REQUIRED，ServiceB.methodB的事務級別爲PROPAGATION_REQUIRES_NEW，那麼當執行到ServiceB.methodB的時候，ServiceA.methodA所在的事務就會掛起，ServiceB.methodB會起一個新的事務，等待ServiceB.methodB的事務完成之後，他才繼續執行。他與PROPAGATION_REQUIRED 的事務區別在於事務的回滾程度了。由於ServiceB.methodB是新起一個事務，那麼就是存在兩個不一樣的事務。若是ServiceB.methodB已經提交，那麼ServiceA.methodA失敗回滾，ServiceB.methodB是不會回滾的。若是ServiceB.methodB失敗回滾，若是他拋出的異常被ServiceA.methodA捕獲，ServiceA.methodA事務仍然可能提交。

　　5： PROPAGATION_NOT_SUPPORTED
　　當前不支持事務。好比ServiceA.methodA的事務級別是PROPAGATION_REQUIRED ，而ServiceB.methodB的事務級別是PROPAGATION_NOT_SUPPORTED ，那麼當執行到ServiceB.methodB時，ServiceA.methodA的事務掛起，而他以非事務的狀態運行完，再繼續ServiceA.methodA的事務。

　　6： PROPAGATION_NEVER
　　不能在事務中運行。假設ServiceA.methodA的事務級別是PROPAGATION_REQUIRED， 而ServiceB.methodB的事務級別是PROPAGATION_NEVER ，那麼ServiceB.methodB就要拋出異常了。

　　7： PROPAGATION_NESTED
　　理解Nested的關鍵是savepoint。他與PROPAGATION_REQUIRES_NEW的區別是，PROPAGATION_REQUIRES_NEW另起一個事務，將會與他的父事務相互獨立，而Nested的事務和他的父事務是相依的，他的提交是要等和他的父事務一塊提交的。也就是說，若是父事務最後回滾，他也要回滾的。

　　而Nested事務的好處是他有一個savepoint。

ServiceA {    //事務屬性配置爲 PROPAGATION_REQUIRED
    void methodA() {        try {            //savepoint
            ServiceB.methodB(); //PROPAGATION_NESTED 級別
        } catch (SomeException) {            // 執行其餘業務, 如 ServiceC.methodC();        }
    }
}

　　也就是說ServiceB.methodB失敗回滾，那麼ServiceA.methodA也會回滾到savepoint點上，ServiceA.methodA能夠選擇另一個分支，好比ServiceC.methodC，繼續執行，來嘗試完成本身的事務。可是這個事務並無在EJB標準中定義。

三、Spring事務的隔離級別（Isolation level）

　　由隔離級別從低到高： 

　　1. ISOLATION_DEFAULT：這是一個PlatfromTransactionManager默認的隔離級別，使用數據庫默認的事務隔離級別。
　　　　另外四個與JDBC的隔離級別相對應
　　2. ISOLATION_READ_UNCOMMITTED：這是事務最低的隔離級別，它充許令外一個事務能夠看到這個事務未提交的數據。
　　　　這種隔離級別會產生髒讀，不可重複讀和幻像讀。
　　3. ISOLATION_READ_COMMITTED： 保證一個事務不能讀到另外一個並行事務已修改但未提交的數據。數據提交後才能被讀取。

　　　　避免了髒數據。該級別適應於大多數系統。大多數主流數據庫默認的級別。
　　4. ISOLATION_REPEATABLE_READ：它除了保證一個事務不能讀取另外一個事務未提交的數據外，還保證了避免下面的狀況產生(不可重複讀)。
      　　避免了髒讀，不可重複讀。可是可能出現幻像讀。可是也帶來更多的性能損失。
　　5. ISOLATION_SERIALIZABLE 事務被處理爲順序執行。
      　　除了防止髒讀，不可重複讀外，還避免了幻像讀。這是花費最高代價可是最可靠的事務隔離級別。

　　什麼是髒數據，髒讀，不可重複讀，幻覺讀？　　

　　髒讀: 指當一個事務正在訪問數據，而且對數據進行了修改，而這種修改尚未提交到數據庫中，這時，另一個事務也訪問這個數據，而後使用了這個數據。由於這個數據是尚未提交的數據，那麼另一個事務讀到的這個數據是髒數據，依據髒數據所作的操做多是不正確的。
    
　　不可重複讀: 指在一個事務內，屢次讀同一數據。在這個事務尚未結束時，另一個事務也訪問該同一數據。 那麼，在第一個事務中的兩次讀數據之間，因爲第二個事務的修改，那麼第一個事務兩次讀到的數據多是不同的。這樣就發生了在一個事務內兩次讀到的數據是不同的，所以稱爲是不可重複讀。
            
　　幻覺讀: 指當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的數據進行了修改，這種修改涉及到表中的所有數據行。同時，第二個事務也修改這個表中的數據，這種修改是向表中插入一行新數據。那麼，之後就會發生操做第一個事務的用戶發現表中還有沒有修改的數據行，就好象發生了幻覺同樣。

　　不可重複讀與幻覺讀區別：幻覺讀與不可重複讀有點類似，可是不可重複讀讀取的數據不一致是由於他所要取的數據集被改變了。可是phantom reads所要讀的數據的不一致卻不是他所要讀的數據集改變，而是他的條件數據集改變。好比Select account.id where account.name="ppgogo*",第一次讀去了6個符合條件的id，第二次讀取的時候，因爲事務b把一個賬號的名字由"dd"改爲"ppgogo1"，結果取出來了7個數據。

四、一個完整的經常使用的配置方便的事務配置例子

    <!-- 配置dataSource -->
    <bean id="dataSource"  class="com.mchange.v2.c3p0.ComboPooledDataSource"  destroy-method="close">  
        <property name="driverClass" value="${driverClass}"></property>
        <property name="jdbcUrl" value="${jdbcUrl}"></property>
        <property name="user" value="${user}"></property>
        <property name="password" value="${password}"></property>
    </bean>
    
    <!-- 配置transactionManager -->
    <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
        <property name="sessionFactory" ref="sessionFactory"/>
    </bean>
    
    <!-- 定義事務處理規則 -->
    <tx:advice id="txAdvice" transaction-manager="transactionManager">
        <tx:attributes>
            <!-- 事務傳播屬性、隔離級別、最優化爲只讀事務、事務超時 -->
            <tx:method name="*" propagation="REQUIRED" isolation="DEFAULT" read-only="true" timeout="-1"/>
        </tx:attributes>
    </tx:advice>
    
    <aop:config>
        <!-- 定義切面 -->
        <aop:pointcut id="pointcutId" expression="execution(* com.google.code..*.*Service.*(..))"/>
        <!-- 定義織入點規則 -->
        <aop:advisor advice-ref="txAdvice" pointcut-ref="pointcutId"/>
    </aop:config>