openSession() 与 getCurrentSession() 有何不同和关联呢？

在SessionFactory 启动的时候，Hibernate 会根据配置创建相应的CurrentSessionContext ，在 getCurrentSession() 被调用的时候，实际被执行的方法是 CurrentSessionContext.currentSession() 。在 currentSession() 执行时，如果当前 Session 为空， currentSession 会调用 SessionFactory 的 openSession 。所以 getCurrentSession() 对于 Java EE 来说是更好的获取 Session 的方法。

getCurrentSession () 使用当前的session
openSession()         重新建立一个新的session

从getCurrentSession的实现看到有如下好处:
        1, 如果ThreadLocal里已有,就不必再新建session,这样也就为session的方便获取做好的铺垫.
        2, 若新建session,对其对应的Transaction做了registerSynchronization,这里做了unbind( factory )处理.
        3, 若新建session,视情况再做代理封装,这里封装为TransactionProtectionWrapper.

private static final ThreadLocal<Session>threadLocal = new ThreadLocal<Session>();

这样只为一个线程开一个session，节省空间，各各线程维护自己的session，互不干扰，不会存在并发问题，如果每次都openSession()的话是比较耗资源的

无论是立即加载还是延迟加载必须要连接数据库的,而在java中连接数据库是依赖java.sql.Connection,在hibernate中session就是Connection的一层高级封装,一个session对应了一个Connection,要实现延迟加载必须有session才行.而且要进行延迟加载还必须保证是同一个session才行,用另外一个session去延迟加载前一个session的代理对象是不行的.大家都知道Connection是使用过后必须要进行关闭的,那么我们如何保证一次http请求过程中,一直都使用一个session呢,即一个Connection呢.而且还要保证http请求结束后正确的关闭.