博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Spring+hibernate事务详解
阅读量:5146 次
发布时间:2019-06-13

本文共 4291 字,大约阅读时间需要 14 分钟。

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

        编程式事务分为两种实现形式。区别并不是很大。openSessiongetCurrentSession两种形式。

       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配置文件

classpath:hibernate.cfg.xml

       这是关于事务的配置信息,除了这些,applicationContext关于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 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。

                除了防止脏读,不可重复读外,还避免了幻像读。  

转载于:https://www.cnblogs.com/yanmei-yaomy/archive/2012/05/28/3024716.html

你可能感兴趣的文章
Linux运维必备工具
查看>>
Ubuntu配置ssh及vnc
查看>>
Kinect学习(3)Kinect for Windows SDK资料下载
查看>>
Java入门——第七天
查看>>
HTML5 Audio时代的MIDI音乐文件播放
查看>>
明确工作职责的重要性
查看>>
ajax方法总结
查看>>
C语言进阶——const 和 volatile 分析09
查看>>
字符串的查找删除
查看>>
NOI2018垫底记
查看>>
快速切题 poj 1002 487-3279 按规则处理 模拟 难度:0
查看>>
判断线段是否相交
查看>>
Codeforces Round #277 (Div. 2)
查看>>
一步步学Mybatis-搭建最简单的开发环境-开篇(1)
查看>>
微信小程序图片上传
查看>>
【更新】智能手机批量添加联系人
查看>>
NYOJ-128前缀式计算
查看>>
centos6.7 配置外网端口映射
查看>>
红外通信基础(含代码)
查看>>
淡定,啊。数据唯一性
查看>>