hibernateTemplate类的使用-总结

浅谈HibernateTemplate类的使用

浅谈HibernateTemplate类的使用，包括如何从HibernateCallback中得到session，并在session中做多个操作等过程。

目的：使用HibernateTemplate执行execute（new HibernateCallback（））方法，从HibernateCallback中得到session，在此session中做多个操作，并希望这些操作位于同一个事务中。

如果你这样写（1）：

你期望spring在执行完execute回调后，在关闭session的时候提交事务，想法是很好的，但spring并不会这么做。让我们来看看在Hibernate的源代码中，session.beginTransation（）做了什么事。看如下代码（2）： 

这个方法中的result是一个org.hibernate.transaction.JDBCTransaction实例，而方法中的getTransaction（）方法源代码为（3）：

再次追踪，owner.getFactory（）。getSettings（） .getTransactionFactory（）的createTransaction（）方法源代码如下（4）：

它返回了一个JDBCTransaction，没什么特别的。

在代码2中，执行了result.begin（），其实也就是JDBCTransaction实例的begin（）方法，来看看（5）：

在直接使用Hibernate时，要在事务结束的时候，写上一句：tx.commit（），这个commit（）的源码为：

上面代码中，commitAndResetAutoCommit（）方法的源码如下：

上述代码的toggleAutoCommit（）源代码如下：

但是，如果你用的是HibernateTemplate，如同源代码1一样，则不要指望spring在关闭session的时候为你提交事务（罪魁祸首就是在代码1中调用了session.flush（））。因为在使用代码1时，spring中得到session的方式如下：Session session = （entityInterceptor ！= null ？ sessionFactory.openSession（entityInterceptor） ： sessionFactory。openSession（））；简单地说它就是得到了一个session，而没有对connection的autocommit（）作任何操作，spring管理范围内的session所持有的connection是autocommit=true的，spring借助这个属性，在它关闭session时，提交数据库事务。，因此如果你在源代码1中加上一句话：因此，如果你是直接使用hibernate，并手动管理它的session，并手动开启事务关闭事务的话，完全可以保证你的事务.

运行后，它打出的结果是true，也就是说，虽然保存stu2时会报出例外，但如果commit属性为true，则每一个到达数据库的sql语句会立即被提交。换句话说，在调用完session.save（stu1）后，调用session.flush（），会发送sql语句到数据库，再根据commit属性为true，则保存stu1的操作已经被持久到数据库了，尽管后面的一条insert语句出了问题。

因此，如果你想在HibernateCallback中使用session的事务，需要如下写：

运行上述代码，没问题了。至此，可能有些读者早就对代码1不满意了：为什么每次save（）以后要调用flush（）？这是有原因的。下面我们来看看把session.flush（）去掉后会出什么问题。改掉后的代码如下：

运行上述代码，后台报数据库的not null错误，这个是合理的，打开数据库，没有发现新增记录，这个也是合理的。你可能会说：由于事务失败，数据库当然不可能会有任何新增记录。好吧，我们再把代码改一下，去除not null的错误，以确保它能正常运行。代码如下：

至此再运行上述代码，出现了一个奇怪的问题：虽然控制台把insert语句打出来了，但是：数据库没有出现任何新的记录。

究其原因，有二：

一、 session.connection（）。commit（）确实导致数据库事务提交了，但是此刻session并没有向数据库发送任何语句。

二、 在spring后继的flushIfNecessary（）和closeSessionOrRegisterDeferredClose（）方法中，第一个方法向数据库发送sql语句，第二个方法关闭session，同时关闭connection，然后问题在于：connection已经在程序中被手动设置为auttocommit=false了，因此在关闭数据库时，也不会提交事务。

解决这个问题很容易，在程序中手动调用session.flush（）就可以了。如下代码：

运行上述代码，打开数据库查看，没有新增任何记录。在代码中新加一行stu2.setName（"aaa"）；再次运行代码，发现数据库表中多了两条记录。事务操作成功。

至此，虽然操作成功，但事情还没有结束。这是因为spring在调用doInHibernate（）的后继的步骤中，还要进行flushIfNecessary（）操作，这个操作其实最后调用的还是session.flush（）。因为在程序中已经手动调用过session.flush（），所以由spring调用的session.flush（）并不会对数据库发送sql（因为脏数据比对的原因）。虽然不会对结果有什么影响，但是多调了一次flush（），还是会对性能多少有些影响。能不能控制让spring不调用session.flush（）呢？可以的，只要加上一句代码，如下所示：

通过设置HibernateTemplate的flushMode=FLUSH_NEVER来通知spring不进行session.flush（）的调用，则spring的flushIfNecessary（）将不进行任何操作，它的flushIfNecessary（）源代码如下：

至此，代码1中的main（）终于修改完毕。但事实上，这样的操作无疑是比较麻烦的，因此如果在spring中想利用session进行事务操作时，最好还是用TransactionTemplate（编程式事务）或是声明式事务比较方便一些。

本例通过这么一个虽然简单但又绕来绕去的例子，主要是说明hibernate事务的一些内在特性，以及HibernateTemplate中如何处理session和事务的开关，让读者对HibernateTemplate的源代码处理细节有一些了解，希望能给读者有抛砖引玉的作用。