Spring+hibernate事务详解
在对数据库进行操作时，有的时候会出现级联操作的情况。为了保证数据的一致性，我们会考虑使用事务。事务分为编程式事务和声明式事务两种。先看一下编程式事务：
编程式事务分为两种实现形式。区别并不是很大。openSession和getCurrentSession两种形式。
openSession形式
Session session = null;
try {
session = HibernateUtils.getSession();
session.beginTransaction();
session.save(user);
Log log = new Log();
log.setType("操作日志");
LogManager logManager = new LogManagerImpl();
logManager.addLog(log);
session.getTransaction().commit();
}catch(Exception e) {
e.printStackTrace();
session.getTransaction().rollback();
}finally {
HibernateUtils.closeSession(session);
}
getCurrentSession方式
Session session = null;
try {
session = HibernateUtils.getSessionFactory().getCurrentSession();
session.beginTransaction();
session.save(user);
Log log = new Log();
log.setType("操作日志");
LogManager logManager = new LogManagerImpl();
logManager.addLog(log);
session.getTransaction().commit();
}catch(Exception e) {
e.printStackTrace();
session.getTransaction().rollback();
}
配置文件中配置
<property name="hibernate.current_session_context_class">thread</property>
通过以上两种方式的实现，我们可以看出
1、 openSession必须关闭，currentSession在事务结束后自动关闭
openSession没有和当前线程绑定，currentSession和当前线程绑定
2、如果使用currentSession需要在hibernate.cfg.xml文件中进行配置：
* 如果是本地事务（jdbc事务）
<property name="hibernate.current_session_context_class">thread</property>
* 如果是全局事务（jta事务）
<property name="hibernate.current_session_context_class">jta</property>
有了spring之后，他对事务进行了很好的封装。有了面向切面的AOP，实现事务变得越来越方便。我们不用再每个需要事务的方法中去开启关闭事务，把这些直接交给配置文件，代码中看不到事务的影子，悄无声息的就把事务给实现了。
声明式事务具体实现：
applicationContext配置文件：
<!-- 配置SessionFactory -->
<bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
<property name="configLocation">
<value>classpath:hibernate.cfg.xml</value>
</property>
</bean>
<!-- 配置事务管理器 -->
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
<property name="sessionFactory">
<ref bean="sessionFactory"/>
</property>
</bean>
<!-- 那些类那些方法使用事务 -->
<aop:config>
<aop:pointcut id="allManagerMethod" expression="execution(* com.bjpowernode.usermgr.manager.*.*(..))"/>
<aop:advisor pointcut-ref="allManagerMethod" advice-ref="txAdvice"/>
</aop:config>
<!-- 事务的传播特性 -->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="add*" propagation="REQUIRED"/>
<tx:method name="del*" propagation="REQUIRED"/>
<tx:method name="modify*" propagation="REQUIRED"/>
<tx:method name="*" propagation="REQUIRED" read-only="true"/>
</tx:attributes>
</tx:advice>
这是关于事务的配置信息，除了这些，applicationContext关于bean的配置也有所变化。
<bean id="userManager" class="com.bjpowernode.usermgr.manager.UserManagerImpl">
<property name="sessionFactory" ref="sessionFactory"/>
<property name="logManager" ref="logManager"/>
</bean>
<bean id="logManager" class="com.bjpowernode.usermgr.manager.LogManagerImpl">
<property name="sessionFactory" ref="sessionFactory"/>
</bean>
由于实现声明式事务，需要继承HibernateDaoSupport，所以，配置文件中多了一个属性。
再看一下具体应用事务的代码的实现：
public class UserManagerImpl extends HibernateDaoSupport implements UserManager {
private LogManager logManager;
public void addUser(User user)
throws Exception {
this.getHibernateTemplate().save(user);
Log log = new Log();
log.setType("操作日志");
logManager.addLog(log);
thrownew Exception();
}
public void setLogManager(LogManager logManager) {
this.logManager = logManager;
}
}
可以看到代码中省去了开启，关闭session等步骤。只要一句this.getHibernateTemplate().save(user);就实现了。
总结一下声明式事务的实现：
1、声明式事务配置
* 配置SessionFactory
* 配置事务管理器
* 事务的传播特性
* 那些类那些方法使用事务
2、编写业务逻辑方法
* 继承HibernateDaoSupport类，使用HibernateTemplate来持久化，HibernateTemplate是Hibernate Session的轻量级封装
* 默认情况下运行期异常才会回滚（包括继承了RuntimeException子类），普通异常是不回滚的
* 编写业务逻辑方法时，最好将异常一直向上抛出，在表示层（struts）处理
* 关于事务边界的设置，通常设置到业务层，不要添加到Dao上
说到事务，那如果程序出错事务就要回滚。但并不是所有的异常都会回滚的。只有运行期异常才会回滚，其他的一般错误不会回滚。如Throws exception就属于一般异常，默认不回滚。但是，spring实现了灵活性，什么样的事务可以回滚是可以配置的。
要使用事务，需要了解事务的传播特性和隔离级别。简单的介绍一下：
了解事务的几种传播特性
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 属性执行
Spring事务的隔离级别
1. ISOLATION_DEFAULT： 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别.
另外四个与JDBC的隔离级别相对应
2. ISOLATION_READ_UNCOMMITTED： 这是事务最低的隔离级别，它充许令外一个事务可以看到这个事务未提交的数据。
这种隔离级别会产生脏读，不可重复读和幻像读。
3. ISOLATION_READ_COMMITTED： 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据
4. ISOLATION_REPEATABLE_READ： 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。
它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。
5. ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。
除了防止脏读，不可重复读外，还避免了幻像读。
