spring事务管理全解析

了解事务：
        事务是一组原子（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);

申明式事务管理一般都是粗粒度的，这里可以看到，整个方法都被纳入事务管理，其实在大部分的业务处理中，这样做是没有什么不好的。

事务的属性介绍

续表

 只读提示（Read-only hints）

如果事务只进行读取的动作，则可以利用底层数据库在只读操作时发生的一些最佳化动作，由于这个动作利用到数据库在只读的事务操作最佳化，因而必须在事务中才有效，也就是说要搭配传播行为PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED来设置。

事务超时期间（The transaction timeout period）

有的事务操作可能延续很长一段的时间，事务本身可能关联到数据表格的锁定，因而长时间的事务操作会有效率上的问题，对于过长的事务操作，您要考虑Roll back事务并要求重新操作，而不是无限时的等待事务完成。

您可以设置事务超时期间，计时是从事务开始时，所以这个设置必须搭配传播行为PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED来设置。

（上面是从《spring2.0技术开发》摘抄的，里面有些概念还含糊不清，有待实验考证下）

这里我来介绍一种新的模式，不知道大家有没有用到过，在文档中没有发现

    <bean id=”txProxyTemplate” abstract=”true” class=”org.springframework.transaction.interceptor.TransactionProxyFactoryBean”>
        <property name=”transactionManager”><ref local=”transactionManager”/></property>
        <property name=”transactionAttributes”>
            <props>
                <prop key=”add*”>PROPAGATION_REQUIRED</prop>
                <prop key=”create*”>PROPAGATION_REQUIRED</prop>
                <prop key=”update*”>PROPAGATION_REQUIRED</prop>
                <prop key=”delete*”>PROPAGATION_REQUIRED</prop>
                <prop key=”license*”>PROPAGATION_REQUIRED</prop>
                <prop key=”save*”>PROPAGATION_REQUIRED</prop>
                <prop key=”increase*”>PROPAGATION_REQUIRED</prop>
                <prop key=”active*”>PROPAGATION_REQUIRED</prop>
                <prop key=”modify*”>PROPAGATION_REQUIRED</prop>
                <prop key=”*”>PROPAGATION_REQUIRED,readOnly</prop>
            </props>
        </property>
    </bean>    
我在这里不去指定target  那么去哪里指定呢？

    <bean id=”providerServiceTarget” class=”cn.com.zjtelecom.mall.service.pojo.ProviderService” />
    <bean id=”providerService” parent=”txProxyTemplate” >
        <property name=”target”><ref local=”providerServiceTarget”/></property>    
    </bean>
这里的意图，大家只有非常了解代理模式才会明白其中的道理。那么分开设置有什么好处呢？模块化，大家可以公用这个代理模式，而且可以定义自己的声明，和其他人的声明无关。

参考：

http://dev.firnow.com/course/3_program/java/javajs/2007923/73069.html

http://www.cnblogs.com/kelin1314/archive/2009/11/25.html