Spring 事务全解析(转)
程序员文章站
2022-05-05 13:00:16
...
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()
上一篇: 红枣当归木耳汤
下一篇: PHP如何根据文件头检测文件类型实例代码
推荐阅读
-
Spring事务隔离级别简介及实例解析
-
spring5 源码深度解析----- 事务的回滚和提交(100%理解事务)
-
Mybaits 源码解析 (十二)----- Mybatis的事务如何被Spring管理?Mybatis和Spring事务中用的Connection是同一个吗?
-
牛转乾坤普及在望 LED/OLED液晶全解析
-
Spring技术内幕:深入解析Spring架构与设计原理(转)
-
Spring事务配置的五种方式 (转)
-
Spring事务配置的五种方式 (转)
-
互联网架构-Spring5.0源码深度解析:SpringBean声明事务底层实现原理
-
Spring声明式事务原理解析
-
Spring源码解析之事务管理