`
Sev7en_jun
  • 浏览: 1225329 次
  • 性别: Icon_minigender_1
  • 来自: 广州
博客专栏
84184fc0-d0b6-3f7f-a3f0-4202acb3caf5
Apache CXF使用s...
浏览量:111299
社区版块
存档分类
最新评论

Spring 事务全解析(转)

 
阅读更多

spring事务管理全解析
文章出处:DIY部落(http://www.diybl.com/course/3_program/java/javajs/2007923/73069.html#)
 
了解事务:
        事务是一组原子(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等问题
 
 
续表
 
隔离层级
 说明
 
ISOLATION_REPEATABLE_READ
 要求多次读取的数据必须相同,除非事务本身更新数据,可防止Dirty、Nonrepeatable read问题
 
ISOLATION_SERIALIZABLE
 完整的隔离层级,可防止Dirty、Nonrepeatable、Phantom read等问题,会锁定对应的数据表格,因而有效率问题
 
 
 只读提示(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>
这里的意图,大家只有非常了解代理模式才会明白其中的道理。那么分开设置有什么好处呢?模块化,大家可以公用这个代理模式,而且可以定义自己的声明,和其他人的声明无关。
 
 
TransactionProxyFactoryBean
配置这个类,是为了现宽广地实现事务的管理,也可以说是为了要和hibenate结合起来,TransactionProxyFactoryBean这个类一般有三个构造参数要注入,一个是hibernate的sessionFactory,这是为了spring可以和hibernate结合,第二个是用户的DAO类,而这个DAO类本身也需要把hibernate的sessionFactory作为构造参数注入到它的父类的构造函数中。第三个注入的,其实是事务管理的策略,通过AOP的方式实现的,例如DAO类中有有insert(String   sql);update(String   sql);delelte(String   sql);三个方法,我们可以设定当insert执行时如果抛出异常,就执行rollback等操作。Select不存在异常,这里就一般 不写了。
 
下面给出声明式的事务管理的另外一个举例(使用HibernateTransactionManager实现PlatformTransactionManager):
 
 
 
       <bean id="dataSource"
              class="org.apache.commons.dbcp.BasicDataSource">
              <property name="driverClassName">
                     <value>com.mysql.jdbc.Driver</value></property>
              <property name="url">
                     <value>jdbc:mysql://localhost/fancyshop</value></property>
              <property name="username">
                     <value>root</value></property>
              <property name="password">
                     <value></value></property>
       </bean>
 
    <bean id="sessionFactory"
       class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
              <property name="dataSource">
                     <ref bean="dataSource" />
              </property>
              <property name="mappingResources">
                     <list>
                            <value>jack/shop/po/User.hbm.xml</value>
                            <value>jack/shop/po/Product.hbm.xml</value>
                            <value>jack/shop/po/Advertise.hbm.xml</value>
                            <value>jack/shop/po/UserKind.hbm.xml</value>
                     </list>
              </property>
              <property name="hibernateProperties">
                     <props>
                            <prop key="hibernate.dialect">
                                   org.hibernate.dialect.MySQLDialect
                            </prop>
                     </props>
              </property>
       </bean>
 
<!-- 、、、、、、、、、、、、、、、、、、、、、、、、、、 DAO 、、、、、、、、、、、、、、、、、、、、、、、、、、、 -->
<bean id="userDAO" class="jack.shop.dao.impl.UserDAOImpl">
              <property name="sessionFactory">
                     <ref bean="sessionFactory" />
              </property>
       </bean>
<bean id="userDAOProxy"
       class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
              <property name="transactionManager">
                     <ref bean="transactionManager" />
              </property>
              <property name="target">
                     <ref local="userDAO" />
              </property>
              <property name="transactionAttributes">
                     <props>
                            <prop key="insert*">PROPAGATION_REQUIRED</prop>
                            <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>
                     </props>
              </property>
       </bean>
 
<bean id="productDAO" class="jack.shop.dao.impl.ProductDAOImpl">
              <property name="sessionFactory">
                     <ref bean="sessionFactory" />
              </property>
       </bean>
<bean id="productDAOProxy"
       class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
              <property name="transactionManager">
                     <ref bean="transactionManager" />
              </property>
              <property name="target">
                     <ref local="productDAO" />
              </property>
              <property name="transactionAttributes">
                     <props>
                            <prop key="insert*">PROPAGATION_REQUIRED</prop>
                            <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>
                            <prop key="query*">PROPAGATION_REQUIRED,readOnly</prop>
                     </props>
              </property>
       </bean>
 
在Struts2中集成了Spring之后再集成Hibernate就非常容易了,在这里我们需要用到Spring提供的ORM模块。通过这个模块Spring提供了对Hibernate、JDO、OJB和iBatis的集成。
在与Hibernate集成时我们需要用到Spring的LocalSessionFactoryBean类,这个类可以看作是连接Spring与Hibernate的桥梁。
 
 
Spring整合ibatis也是类似的:
<bean id="sqlMapClient" class="org.springframework.orm.ibatis.SqlMapClientFactoryBean">
              <property name="configLocation" value="config.xml"/>
              <property name="xxx">
                     <bean class="org.springframework.jdbc.support.lob.OracleLobHandler"/>
              </property>
       </bean>
提供持久层访问接口DAO,具体实现位于DAOImpl类中,Spring提供SqlMapClientDaoSupport这个抽象类的目的就是为了获取其SqlMapClientTemplate对象,并通过SqlMapClientTemplate对象直接访问数据库,如下:
public class CommonDaoImpl extends SqlMapClientDaoSupport implements CommonDao
{
public List getInputData(String sqlID, Object entity) throws ServiceException
    {
        return this.getSqlMapClientTemplate().queryForList(sqlID, entity);
}
。。。
}
相应的Spring也提供了类似的HibernateDaoSupport,然后通过HibernateTemplate直接访问数据库。
public class AdvertiseDAOImpl extends HibernateDaoSupport implements
              IAdvertiseDAO {
public List queryByKind(Integer kind, Integer state)
                     throws AdvertiseException {
              List lst;
              String hql = "from Advertise a where a.kind = " + kind
                            + ((state == 0) ? "" : (" AND a.state=" + state));
 
              try {
                     lst = getHibernateTemplate().find(hql);
                     return lst;
              } catch (Throwable e) {
                     throw new AdvertiseException(
                                   "AdvertiseException at queryByKind() method: "
                                                 + e.getMessage());
              }
       }
。。。
}
 
从整体上来看整个过程是分多步细化的,也就是面向接口的编程吧:首先了解服务Service,这个服务还有一个实现类ServiceImpl,这个实现类中组合IDao,当然IDao也有一个实现类IDaoImpl,具体实现持久层数据的访问;然后就是装配ServiceImpl,即需要实例userDAO,装配的时候通过代理实现即userDAOProxy;装配userDAOProxy,这个时候需要属性注入transactionManager,target和transactionAttributes,其中target就是userDao。
 
 
注意:find()方法是hibernate2中的方法,hibernate3中一般使用get()和load()
 
4
1
分享到:
评论

相关推荐

    spring事务源码解析

    spring事务源码解析

    【面试必备】Spring事务源码解析.txt

    本资源讲解的是Spring事务的相关技术,需要可自行下载。 课程内容: 1.实战了解学习源码应有的姿势? 2.埋坑,从深坑中玩转事务; 3.迷一般的事务?我数据验证为啥失效? 4.透过源码学习事务隔离级别; 5.源码解读,...

    Spring事务传播特性解析

    通过代码解析spring传播特性,包括 1、Propagation.REQUIRED 方法被调用时自动开启事务,在事务范围内使用则使用同一个事务,否则开启新事务。 2、Propagation.REQUIRES_NEW 无论何时自身都会开启事务 3、...

    Spring源代码解析

    Spring源代码解析(六):Spring声明式事务处理 Spring源代码解析(七):Spring AOP中对拦截器调用的实现 Spring源代码解析(八):Spring驱动Hibernate的实现 Spring源代码解析(九):Spring Acegi框架鉴权的实现 ...

    Spring源代码解析(六):Spring声明式事务处理.doc

    Spring 声明式事务处理 Spring 中的事务处理可以分为两种方式:声明式事务处理和编程式事务处理。声明式事务处理通过 AOP 的实现,把事务管理代码作为方面封装到业务代码中,使得事务管理代码和业务代码解藕。这...

    Spring源码解析.zip

    本压缩包“Spring源码解析”提供了对Spring框架核心组件——IOC(Inversion of Control,控制反转)、AOP(Aspect Oriented Programming,面向切面编程)以及Transaction(事务管理)的源码分析,帮助开发者更全面地...

    Spring 源代码解析

    Spring源代码解析6:Spring声明式事务处理 ; Spring源代码解析7:Spring AOP中对拦截器调用的实现 Spring源代码解析8:Spring驱动Hibernate的实现;Spring源代码解析9:Spring Acegi框架鉴权的实现 Spring源...

    Spring源代码解析.rar

    Spring源代码解析6:Spring声明式事务处理 .doc Spring源代码解析7:Spring AOP中对拦截器调用的实现 .doc Spring源代码解析8:Spring驱动Hibernate的实现.doc Spring源代码解析9:Spring Acegi框架鉴权的实现.doc ...

    spring学习事务源码

    本文将深入探讨Spring事务管理的源码,理解其背后的实现机制。 首先,Spring事务管理有两种主要模式:编程式事务管理和声明式事务管理。编程式事务管理通过调用`PlatformTransactionManager`接口提供的方法进行显式...

    spring事务全解释

    本文将深入解析Spring中的事务管理机制。 首先,我们需要理解事务的基本概念。事务是一系列操作的集合,这些操作要么全部成功,要么全部回滚。在数据库操作中,事务通常由一系列的SQL指令构成。如果其中任何一步...

    spring 事务(6中配置完全降解)

    本篇文章将详细解析Spring中的六种事务配置方法,帮助开发者深入理解并掌握Spring事务的运用。 1. **基于XML的事务配置** Spring支持通过XML配置来管理事务,这是最基础的配置方式。在`spring`的配置文件中,我们...

    Spring事务处理原理步骤详解

    Spring事务处理原理步骤详解 Spring事务处理原理步骤详解是指在Spring框架中实现事务处理的整个过程,它涉及到事务处理的实现、事务处理原理和事务管理器的配置等几个方面。下面是Spring事务处理原理步骤详解的知识...

    spring源码深入解析

    《Spring源码深入解析》是一本深度探讨Spring框架核心机制的文档,主要针对Spring5版本进行剖析。Spring作为Java领域最流行的开源框架之一,它的设计理念、实现方式以及源码背后的设计模式都对开发者有着极高的学习...

    spring源代码解析

    5. **事务管理**:"spring源代码解析(六):spring声明式事物处理.doc"分析了Spring如何提供声明式事务管理,包括@Transactional注解的工作原理和事务传播行为。 6. **Spring与Hibernate集成**:"spring源代码解析...

    Spring事务类型祥解

    本篇文章将详细解析Spring中的事务类型,帮助你更好地理解和应用这些知识。 首先,Spring支持两种事务管理方式:编程式事务管理和声明式事务管理。 1. **编程式事务管理**: 编程式事务管理通过在代码中直接调用`...

    Spring自定义切面事务问题

    ### Spring自定义切面事务问题 #### 背景与挑战 在开发基于Spring框架的应用程序时,我们经常需要利用AOP(面向切面编程)来实现横切关注点(如日志记录、安全控制、事务管理等)的模块化处理。其中,事务管理是...

    spring事务管理

    ### Spring事务管理详解 #### 一、Spring事务管理概述 Spring框架提供了强大的事务管理功能,使得开发者能够更方便地管理应用程序中的事务。Spring事务管理主要包括两种类型:编程式事务管理和声明式事务管理。 -...

Global site tag (gtag.js) - Google Analytics