HibernateTemplate与Session的区别

使用方法没有多大的区别

我们使用HibernateTemplate，有一个很重要的原因就在于我们不想直接控制事务，不想直接去获取，打开Session，开始一个事务，处理异常，提交一个事务，最后关闭一个Session。HibernateTemplate 是Hibernate操作进行封装，我们只要简单的调用HibernateTemplate 对象，传入hql和参数，就获得查询接口，至于事务的开启，关闭，都交给HibernateTemplate  对象来处理我们自己只专注于业务，不想去作这些重复而繁琐的操作。我们把这些责任全部委托给了 HibernateTemplate，然后使用声明式的配置来实现这样的功能。如果我们通过类似getSession()这样的方法获得了Session，那就意味着我们放弃了上面所说的一切好处。

在使用Spring的时候 DAO类继承了 HibernateDaoSupport 类又因为HibernateDaoSupport 类里面有个属性 hibernateTemplate;所以就可以进行设置注，也就是Spring的一大优点面向切面式编程，进行设置注入，在Tomcat启动的时候由 Tomcat 加载 ApplicationContext.xml，配置文件给 hibernateTemplate赋值，这样的话就实现了，在使用某个对象之前不用给他实例化

 

今天学习了下HibernateTemplate 和HibernateDaoSupport的session的区别。HibernateTemplate类中的方法是spring封装了hibernate中的方法，在使用完了以后会自动释放session。而如果使用了HibernateDaoSupport的getSession方法，就需要配套的使用releaseSession(Session session)或者session.close来关闭session，无法实现自动管理session。所以很多人都倾向于用spring的 Hibernatetemplate类或者HibernateDaoSupport的getHibernateTemplate方法来实现实现数据库的交互，当然，如果遇到hibernatetemplate无法实现的功能，可以使用HibernateCallback的事务方法。

 

在 Spring+Hibernate的集成环境里，如果DAO直接使用HibernateDaoSupport的getSession()方法获取 session进行数据操作而没有显式地关闭该session，那么程序表现为：每个session会打开一个connection,并且 connection会一直保持（因为没有显式地close）.如果程序使用了c3p0连接池，则因为c3p0连接池默认最大连接数是15，程序会表现为当打开第15个连接时，程序处于停滞状态，等待从连接池获取新的连接．
　　在同样条件下，使用HibernateTemplate进行数据操作，就没有连接数持续增长的情况，程序结束时连接数归零．这印证了spring文档上所说：HibernateTemplate会对session进行了管理，能够确保Session实例的正确打开和关闭．

简单总结：HibernateDaoSupport的getSession()得到的Session会参与Spring管理的事务中，但是不能自动的关闭．HibernateTemplate除能参与到Spring管理的事务中，还能够确保Session实例的正确打开和关闭．

转载自：http://m15275539673.blog.163.com/blog/static/211730308201301793619988/