在Spring整合 Hibernate中，对dao层访问中提供了两个操作。
(1)protected final Session getSession() throws DataAccessResourceFailureException,IllegalStateException;
spring api的解释：
Obtain a Hibernate Session, either from the current transaction or a new one. The latter is only allowed if the "allowCreate" setting of this bean'sHibernateTemplate is "true".
Note that this is not meant to be invoked from HibernateTemplate code but rather just in plain Hibernate code. Either rely on a thread-bound Session or use it in combination with releaseSession(org.hibernate.Session).
In general, it is recommended to use HibernateTemplate, either with the provided convenience operations or with a custom HibernateCallback that provides you with a Session to work on.HibernateTemplate will care for all resource management and for proper exception conversion.
(2)public final HibernateTemplate getHibernateTemplate();
spring api的解释：
Note: The returned HibernateTemplate is a shared instance.
通过http://blog.csdn.net/fenixshadow/archive/2007/09/26/1802277.aspx的分析：可知getHibernateTemplate由spring管理，始终使用一个session连接数据库，而每次getSession()就会创建一个新的session连接数据库，不被spring管理。
转帖(一)http://blog.csdn.net/fenixshadow/archive/2007/09/26/1802277.aspx
都说Spring 和 Hibernate是绝配。今天有点小小心得，拿出来共享一下。
当我们费了九牛二虎之力终于把环境全配好之后，有一个问题摆在面前：
如何访问数据库？
通过继承HibernateDaoSupport我们有两个选择：
getSession().createQuery("from Users");
getHibernateTemplate().find( "FROM Users);
用哪个呢？困惑啊。
网上找了找资料都是推荐用getHibernateTemplate，原因说的不是很清楚。
于是我做了如下测试：
分别循环调用getSession().createQuery("from Users");getHibernateTemplate().find( "FROM Users);
1000次
结果getSession()很快就包无法建立连接了。而getHibernateTemplate屁事没有可以跑完。
通过后台观察，使用getSession会在数据库中留下很多SQL*Net message from client的连接，终止测试后连接自动释放。
而getHibernateTemplate则从头到尾都使用一个连接。
难道是getSession()不会自动释放连接？
于是我又分别循环调用getSession().createQuery("from Users");getHibernateTemplate().find( "FROM Users);
5次
发现当前端程序一结束，getSession的5个连接立刻就释放了。结合前面1000次时终止测试后连接自动释放，可以说明getSession()是会自动释放连接的。
结论：
1、getSession()和getHibernateTemplate都可以自动释放连接（当然你的配置要正确），但是在一个线程内getSession会get很多个session（就是开很多个会话、连接），很可能导致数据库连接超过上限。所以推荐使用getHibernateTemplate。
2、如果有些语句无法用getHibernateTemplate实现，可以使用getHibernateTemplate.execute使用HibernateCallback回调接口。
另：可以设定HibernateTemplate的AllowCreate为True，并在finally中关闭Session。也可以将true作为参数传递到super.getSession(..)方法中取得Session。这样也可以，就是麻烦点。
参见：
http://springframework.org/docs/api/org/springframework/orm/hibernate3/HibernateTemplate.html
http://www.mxjava.com/blog/article.asp?id=246
请各位高手不吝赐教。
另：用myEclipse自动生成的HibernateDAO代码中。4.1.1版本的myEclipse自动生成的findById方法使用的是getSession方法获得连接，不过在6.0中已经修改为使用getHibernateTemplate方法。5.0的没有测试。
转帖(二)http://jeoff.blog.51cto.com/186264/133434
自动生成hibernate配置文件的时候，会在dao层用到getSession()方法来操作数据库记录，但是他还有个方法getHibernateTemplate()，这两个方法究竟有什么区别呢？
1.使用getSession()方法你只要继承sessionFactory，而使用getHibernateTemplate()方法必须继承 HibernateDaoSupport当然包括sessionFactory，这点区别都不是特别重要的，下面这些区别就很重要了
2.getSession()方法是没有经过spring包装的，spring会把最原始的session给你，在使用完之后必须自己调用相应的 close方法，而且也不会对声明式事务进行相应的管理，一旦没有及时关闭连接，就会导致数据库连接池的连接数溢出，getHibernateTemplate()方法是经过spring封装的，例如添加相应的声明式事务管理，由spring管理相应的连接。
在实际的使用过程中发现的确getHibernateTemplate()比getSession()方法要好很多，但是有些方法在getHibernateTemplate()并没有提供，这时我们用HibernateCallback 回调的方法管理数据库.
例如如下代码：
/**
* 使用 hql 语句进行操作
* @param hql HSQL 查询语句（使用回调函数访问外部变量，必须是final的）
* @param offset 开始取数据的下标
* @param length 读取数据记录数
* @return List 结果集
*/
public List getListForPage ( final String hql , final int offset , final int length ) {
List list = getHibernateTemplate().executeFind ( new HibernateCallback ( ) {
public Object doInHibernate ( Session session ) throws HibernateException, SQLException {
Query query = session.createQuery ( hql ) ;
query.setFirstResult ( offset ) ;
query.setMaxResults ( length ) ;
List list = query.list ( ) ;
return list ;
}
}) ;
return list ;
}
Hibernate的复杂用法HibernateCallback
HibernateTemplate还提供一种更加灵活的方式来操作数据库，通过这种方式可以完全使用Hibernate的操作方式。HibernateTemplate的灵活访问方式是通过如下两个方法完成：
qObject execute(HibernateCallback action)
qList execute(HibernateCallback action)
这两个方法都需要一个HibernateCallback的实例，HibernateCallback实例可在任何有效的Hibernate数据访问中使用。程序开发者通过HibernateCallback，可以完全使用Hibernate灵活的方式来访问数据库，解决Spring封装Hibernate后灵活性不足的缺陷。HibernateCallback是一个接口，该接口只有一个方法doInHibernate(org.hibernate.Session session)，该方法只有一个参数Session。
通常，程序中采用实现HibernateCallback的匿名内部类来获取HibernateCallback的实例，方法doInHibernate的方法体就是Spring执行的持久化操作。具体代码如下：
public class PersonDaoImpl implements PersonDao
{
// 私有实例变量保存SessionFactory
private SessionFactory sessionFactory;
// 依赖注入必须的setter方法
public void setSessionFactory(SessionFactory sessionFactory){
this.sessionFactory = sessionFactory;
}
/**
*
* 通过人名查找所有匹配该名的Person实例
*
* @param name
* 匹配的人名
*
* @return 匹配该任命的全部Person集合
*
*/
public List findPersonsByName(final String name){
// 创建HibernateTemplate实例
HibernateTemplate hibernateTemplate =new HibernateTemplate(this.sessionFactory);
// 返回HibernateTemplate的execute的结果
return (List) hibernateTemplate.execute(
// 创建匿名内部类
new HibernateCallback(){
public Object doInHibernate(Session session) throws HibernateException{
// 使用条件查询的方法返回
List result = session.createCriteria(Person.class)
.add(Restrictions.like("name", name+"%").list();
return result;
}
});
}
}
注意：方法
doInHibernate
方法内可以访问
Session
，该
Session
对象是绑定到该线程的
Session
实例。该方法内的持久层操作，与不使用
Spring
时的持久层操作完全相同。这保证对于复杂的持久层访问，依然可以使用
Hibernate
的访问方式。
转:HIBERNATE一二级缓存
Hibernate的一级缓存是由Session提供的，因此它只存在于Session的生命周期中，当程序调用save(),update(),saveOrUpdate()等方法，及调用查询接口list,filter,iterate时，如Session缓存中不存在相应的对象，Hibernate会把该对象加入到一级缓存中，当Session关闭时，该Session所管理的一级缓存也会立即被清除。
- 注意:Hibernate的一级缓存是Session所内置的，不能被卸载，也不能进行任何配置
注意:Hibernate的一级缓存是Session所内置的，不能被卸载，也不能进行任何配置
一级缓存采用的是key-value的Map方式来实现的，在缓存实体对象时，对象的主关键字ID是Map的key，实体对象就是对应的value。所以说，一级缓存是以实体对象为单位进行存储的，在访问时使用的是关键字ID。虽然，Hibernate对一级缓存使用的是自动维护的功能，没有提供任何配置功能，但是可以通过Session中提供的方法来对一级缓存的管理进行手工干预。
get与load的区别
使用get方法获得持久化对象时，首先查找Session缓存(一级缓存)是否有该对象，如果有，则获得该对象；如果没有，就会访问数据库，如果数据库中找不到数据，则返回null。
load方法也是获得数据，但不同的地方是load方法已经假定数据库中一定存在该数据，如果在数据库中找不到该数据，则会抛出一个org.hibernate.ObjectNotFoundException异常。
load方法获得对象的过程是：load方法首先在Session缓存中查找对象，如果找不到则查找SessionFactory缓存(二级缓存),如果再找不到则访问数据库。值得注意的是，load方法是假定数据库中一定有该数据，所以使用代理来延迟加载对象，只有在程序中使用了该对象的属性(非主键属性)时，Hibernate才会进入load方法的获得对象过程。所以说，如果数据库中不存在该记录，异常是在程序访问该对象属性时抛出的，而不是在创建这个对象时就抛出。
二级缓存以前指的是hibernate和ehcache结合的缓存，spring3.1提供了对ehcache的支持，hibernate的二级缓存颗粒度太细，配置麻烦，逐渐被取代
