您的位置:首页 > 编程语言 > Java开发

Spring+hibernate事务详解

2012-05-28 08:44 260 查看
        在对数据库进行操作时,有的时候会出现级联操作的情况。为了保证数据的一致性,我们会考虑使用事务。事务分为编程式事务声明式事务两种。先看一下编程式事务:

        编程式事务分为两种实现形式。区别并不是很大。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 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。
                除了防止脏读,不可重复读外,还避免了幻像读。  
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息