数据库QBC语句查询

Spring 对Hibernate的事务管理

原文地址：http://www.cnblogs.com/macula/archive/2013/05/08/3066914.html

每次带班，讲到Spring事务这一块的时候，大家总是有很多的疑问，其实Spring事务并不难，可能初次接触的时候有的不好理解，今天我们就详细来谈一下Spring的事务管理机制，主要是对Hibernate进行的事务管理。

在谈Spring事务管理之前我们想一下在我们不用Spring的时候，在Hibernate中我们是怎么进行数据操作的。在Hibernate中 我们每次进行一个操作的的时候我们都是要先开启事务，然后进行数据操作，然后提交事务，关闭事务，我们这样做的原因是因为Hibernate默认的事务自 动提交是false，他是需要我们人为的手动提交事务，假如你不想每次都手动提交事务的话，你可以在hibernate.cfg.xml我文件中把它设置 为事务自动提交：

<property name="defaultAutoCommit">    <value>false</value></property> 

纵然我们把它的事务提交方式设置为自动，它可以进行数据操作，但是这样并不满足我们实际的业务需求，因为有时候在我保存一个数据之后，我希望他能继 续保存另一条数据，我希望在保存完两条或者多条之后一起进行事务提交，这样即使出错，我们可以回滚，取保数据的一致性，要么都成功要么都失败，这时候我们 就不能每保存完一条数据之后事务就自动提交，因为这样它们不在同一个事务当中，我们不能保证数据的一致行。所以这时候我们就需要手动的来配置我们的事务， 这就需要用到Spring为Hibernate提供的事务管理机制，Spring提供的事务管理可以分为两类：编程式的和声明式的，编程式，其实就是在代 码里面来控制，像Hibernate操作数据一样，开启事务，提交事务，这种方式有一定的局限性，所以我们一般是用声明式来配置我们的事务。

声明式事务配置主要分以下几步：

1、声明式事务配置

配置事务管理器；
事务的传播特性；
那些类那些方法使用事务。

<!-- 配置事务管理器 指定其作用的sessionFactory把事务交给Spring去处理 -->    <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">    <property name="sessionFactory">    <ref bean="sessionFactory"/>    </property>    </bean><!-- 配置事务的传播特性 -->    <tx:advice id="txAdvice" transaction-manager="transactionManager">    <tx:attributes>    <tx:method name="save*" propagation="REQUIRED"/>    <tx:method name="delete*" propagation="REQUIRED"/>    <tx:method name="update*" propagation="REQUIRED"/>    <tx:method name="get*" read-only="true" propagation="NOT_SUPPORTED"/>    <tx:method name="*" read-only="true"/>    </tx:attributes>    </tx:advice><!-- 那些类的哪些方法参与事务 -->    <aop:config>    <aop:pointcut id="allServiceMethod" expression="execution(* com.coe.service.*.*(..))"/>    <aop:advisor pointcut-ref="allServiceMethod" advice-ref="txAdvice"/>    </aop:config> 

我们在配置事务的时候，我们一般是把事务边界设置到service层，也就是你的业务逻辑层，因为我们很多时候都是在我们的业务逻辑层来完成我们一 些列的数据操作，如果放到Dao数据层，其粒度太小了。另外，如果我们把事务配置在业务逻辑层的话，对我们的二级缓存也是有好处的，这个大家以后实际操作 的时候会发现。

2、编写业务逻辑方法

这时候我们就可以在我们业务逻辑层用HibernateTemplate里面提供的数据操作方法来编写我们的业务逻辑方法了，当然我们的方法必须要 是以我们事务配置里面配置的一样，用save，delete，update，get做我们的方法的开头。需要注意的是，默认情况下运行期异常才会回滚（包 括继承了RuntimeException子类），普通异常是不会滚的。

最后我们顺便总结一下事务的几种传播特性：

1. PROPAGATION_REQUIRED: 如果存在一个事务，则支持当前事务。如果没有事务则开启；

2. PROPAGATION_SUPPORTS: 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行；

3. PROPAGATION_MANDATORY: 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常；

4. PROPAGATION_REQUIRES_NEW: 总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起；

5. PROPAGATION_NOT_SUPPORTED: 总是非事务地执行，并挂起任何存在的事务；

6. PROPAGATION_NEVER: 总是非事务地执行，如果存在一个活动事务，则抛出异常；

7. PROPAGATION_NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行。