2010-08-10 11:32 Spring在ssh框架運用中的事務部分詳解(1)

瞭解事務:

        事務是一組原子(Atomic)操作的工作單元,以數據庫存取的實例來說,就是一組SQL指令,這一組SQL指令必須全部執行成功,若因爲某個原因未全部執行成功(例如其中一行SQL有錯誤),則先前所有執行過的SQL指令都會被撤消。

JDBC是如何控制事務的

try ...{

    .....

    connection.setAutoCommit(false);

    .....

    // 一連串SQL操作

    connection.commit();

} catch(SQLException) ...{

    // 發生錯誤,撤消所有變更

    connection.rollback();

}

Spring是把JDBC事務管理進來了封裝,Spring事務管理的抽象關鍵在於org.springframework.transaction.PlatformTransactionManager接口,裏面有 commit 和 rollback

public interface PlatformTransactionManager ...{

    TransactionStatus getTransaction(TransactionDefinition

                    definition) throws TransactionException;

    void commit(TransactionStatus status)

                                   throws TransactionException;

    void rollback(TransactionStatus status)

                                   throws TransactionException;

}

TransactionDefinition接口的實例定義了

事務的隔離程度(Isolation level)

傳播行爲(Propagation behavior)

超時(Timeout)

只讀(Read-only)等

DataSourceTransactionManager、HibernateTransactionManager、JdoTransaction- Manager、JtaTransactionManager等是實現了該接口

Spring提供編程式的事務管理(Programmatic transaction management)與聲明式的事務管理(Declarative transaction management):

1、編程式的事務管理可以清楚地控制事務的邊界,也就是讓您自行實現事務開始時間、撤消操作的時機、結束時間等,可以實現細粒度的事務控制。

2、然而多數的情況下,事務並不需要細粒度的控制,而是採用聲明式的事務管理,好處是Spring事務管理的相關API可以不用介入程序之中,從對象的角度來看,它並不知道自己正被納入事務管理之中,在不需要事務管理的時候,只要在設置文件上修改一下設置,即可移去事務管理服務。

聲明式的事務管理舉例 以DataSource,mysql舉例

        <bean id="dataSource"

                class="org.springframework.jdbc.datasource.DriverManagerDataSource"

                  destroy-method="close">

            <property name="driverClassName" value="com.mysql.jdbc.Driver"/>

   

            <property name="url" value="jdbc:mysql://localhost:3306/demo"/>

   

            <property name="username" value="caterpillar"/>

   

            <property name="password" value="123456"/>

        </bean>

   

        <bean id="transactionManager"

              class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

             

            <property name="dataSource" ref="dataSource"/>

           

        </bean>

   

        <bean id="userDAO" class="onlyfun.caterpillar.UserDAO">

   

            <property name="dataSource" ref="dataSource"/>

   

        </bean>

   

        <bean id="userDAOProxy"

            class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">

         <property name="proxyInterfaces">

            <list>

                <value>onlyfun.caterpillar.IUserDAO</value>

            </list>

        </property>

        <property name="target" ref="userDAO"/>

        <property name="transactionManager" ref="transactionManager"/>

        <property name="transactionAttributes">

            <props>

                <prop key="insert*">PROPAGATION_REQUIRED</prop>

            </props>

        </property>       

           </bean>    

TransactionProxyFactoryBean需要一個TransactionManager,由於這裏使用的是JDBC,所以使用DataSourceTransactionManager,TransactionProxyFactoryBean是個代理對象,"target" 屬性指定要代理的對象,事務管理會自動介入指定的方法前後,這裏使用 "transactionAttributes" 屬性指定,"insert*" 表示指定方法名稱以insert開頭的都要納入事務管理,您也可以指定方法全名,如果在方法執行過程中發生錯誤,則所有先前的操作自動撤回,否則正常提交。

在"insert*" 等方法上指定了 "PROPAGATION_REQUIRED",表示在目前的事務中執行操作,如果事務不存在就建立一個新的,相關的常數意義都可以在API文件的TransactionDefinition接口中找到。您可以加上多個事務定義,中間使用逗號 "," 區隔,例如可以加上只讀,或者是指定某個異常發生時撤回操作:

PROPAGATION_REQUIRED,readOnly,-MyCheckedException

MyCheckedException前面加上 "-" 時,表示發生指定異常時撤消操作,如果前面加上 "+",表示發生異常時立即提交。

由於"userDAO"被"userDAOProxy"代理了,所以要做的是取得"userDAOProxy",而不是"userDAO",

        IUserDAO userDAO =

            (IUserDAO) context.getBean("userDAOProxy");

        userDAO.insert(user);

申明式事務管理一般都是粗粒度的,這裏可以看到,整個方法都被納入事務管理,其實在大部分的業務處理中,這樣做是沒有什麼不好的。

事務的屬性介紹

傳播行爲

說明

PROPAGATION_MANDATORY

方法必須在一個現存的事務中進行,否則丟出異常

PROPAGATION_NESTED

在一個嵌入的事務中進行,如果不是,則同PROPAGATION_REQUIRED

PROPAGATION_NEVER

指出不應在事務中進行,如果有就丟出異常

PROPAGATION_NOT_SUPPORTED

指出不應在事務中進行,如果有就暫停現存的事務

PROPAGATION_REQUIRED

支持現在的事務,如果沒有就建立一個新的事務

PROPAGATION_REQUIRES_NEW

建立一個新的事務,如果現存一個事務就暫停它

PROPAGATION_SUPPORTS

支持現在的事務,如果沒有就以非事務的方式執行

隔離層級

說明

ISOLATION_DEFAULT

使用底層數據庫預設的隔離層級

ISOLATION_READ_COMMITTED

允許事務讀取其他並行的事務已經送出(Commit)的數據字段,可以防止Dirty read問題

ISOLATION_READ_UNCOMMITTED

允許事務讀取其他並行的事務還沒送出的數據,會發生Dirty、Nonrepeatable、Phantom read等問題

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章