1 getCurrentSession創(chuàng)建的session會和綁定到當前線程,而openSession不會。

2 getCurrentSession創(chuàng)建的線程會在事務回滾或事物提交后自動關(guān)閉,而openSession必須手動關(guān)閉

這里getCurrentSession本地事務(本地事務:jdbc)時 要在配置文件里進行如下設置

 * 如果使用的是本地事務（jdbc事務）
 <property name="hibernate.current_session_context_class">thread</property>
 * 如果使用的是全局事務（jta事務）
 <property name="hibernate.current_session_context_class">jta</property>

getCurrentSession () 使用當前的session
openSession()         重新建立一個新的session

在一個應用程序中，如果DAO 層使用Spring 的hibernate 模板，通過Spring 來控制session 的生命周期，則首選getCurrentSession ()。

使用Hibernate的大多數(shù)應用程序需要某種形式的“上下文相關(guān)的” session，特定的session在整個特定的上下文范圍內(nèi)始終有效。然而，對不同類型的應用程序而言，要為什么是組成這種“上下文”下一個定義通常是困難的；不同的上下文對“當前”這個概念定義了不同的范圍。在3.0版本之前，使用Hibernate的程序要么采用自行編寫的基于 ThreadLocal的上下文session，要么采用HibernateUtil這樣的輔助類，要么采用第三方框架（比如Spring或Pico)，它們提供了基于代理(proxy)或者基于攔截器(interception)的上下文相關(guān)session。從3.0.1版本開始，Hibernate增加了SessionFactory.getCurrentSession()方法。一開始，它假定了采用JTA事務，JTA事務定義了當前session的范圍和上下文(scope and context)。Hibernate開發(fā)團隊堅信，因為有好幾個獨立的JTA TransactionManager實現(xiàn)穩(wěn)定可用，不論是否被部署到一個J2EE容器中，大多數(shù)(假若不是所有的）應用程序都應該采用JTA事務管理。基于這一點，采用JTA的上下文相關(guān)session可以滿足你一切需要。

更好的是，從3.1開始，SessionFactory.getCurrentSession()的后臺實現(xiàn)是可拔插的。因此，我們引入了新的擴展接口 (org.hibernate.context.CurrentSessionContext)和新的配置參數(shù) (hibernate.current_session_context_class)，以便對什么是“當前session”的范圍和上下文(scope and context)的定義進行拔插。

請參閱 org.hibernate.context.CurrentSessionContext接口的Javadoc,那里有關(guān)于它的契約的詳細討論。它定義了單一的方法，currentSession()，特定的實現(xiàn)用它來負責跟蹤當前的上下文session。Hibernate內(nèi)置了此接口的兩種實現(xiàn)。

org.hibernate.context.JTASessionContext - 當前session根據(jù)JTA來跟蹤和界定。這和以前的僅支持JTA的方法是完全一樣的。詳情請參閱Javadoc。

org.hibernate.context.ThreadLocalSessionContext - 當前session通過當前執(zhí)行的線程來跟蹤和界定。詳情也請參閱Javadoc。

這兩種實現(xiàn)都提供了“每數(shù)據(jù)庫事務對應一個session”的編程模型，也稱作每次請求一個session。Hibernate session的起始和終結(jié)由數(shù)據(jù)庫事務的生存來控制。假若你采用自行編寫代碼來管理事務（比如，在純粹的J2SE,或者 JTA/UserTransaction/BMT），建議你使用Hibernate Transaction API來把底層事務實現(xiàn)從你的代碼中隱藏掉。如果你在支持CMT的EJB容器中執(zhí)行，事務邊界是聲明式定義的，你不需要在代碼中進行任何事務或 session管理操作。請參閱第 11 章 事務和并發(fā)一節(jié)來閱讀更多的內(nèi)容和示例代碼。

hibernate.current_session_context_class 配置參數(shù)定義了應該采用哪個org.hibernate.context.CurrentSessionContext實現(xiàn)。注意，為了向下兼容，如果未配置此參數(shù)，但是存在org.hibernate.transaction.TransactionManagerLookup的配置，Hibernate會采用org.hibernate.context.JTASessionContext。一般而言，此參數(shù)的值指明了要使用的實現(xiàn)類的全名，但那兩個內(nèi)置的實現(xiàn)可以使用簡寫，即"jta"和"thread"。

1、getCurrentSession()與openSession()的區(qū)別？

* 采用getCurrentSession()創(chuàng)建的session會綁定到當前線程中，而采用openSession()
創(chuàng)建的session則不會
* 采用getCurrentSession()創(chuàng)建的session在commit或rollback時會自動關(guān)閉，而采用openSession()
創(chuàng)建的session必須手動關(guān)閉
2、使用getCurrentSession()需要在hibernate.cfg.xml文件中加入如下配置：
* 如果使用的是本地事務（jdbc事務）
<property name="hibernate.current_session_context_class">thread</property>
* 如果使用的是全局事務（jta事務）
<property name="hibernate.current_session_context_class">jta</property>

利于ThreadLocal模式管理Session
   早在Java1.2推出之時，Java平臺中就引入了一個新的支持：java.lang.ThreadLocal，給我們在編寫多線程程序
   時提供了一種新的選擇。ThreadLocal是什么呢？其實ThreadLocal并非是一個線程的本地實現(xiàn)版本，它并不是一個Thread，
   而是thread local variable(線程局部變量)。也許把它命名為ThreadLocalVar更加合適。線程局部變量(ThreadLocal)
   其實的功用非常簡單，就是為每一個使用某變量的線程都提供一個該變量值的副本，是每一個線程都可以獨立地改變自己的副本，
   而不會和其它線程的副本沖突。從線程的角度看，就好像每一個線程都完全擁有一個該變量。
   ThreadLocal是如何做到為每一個線程維護變量的副本的呢？其實實現(xiàn)的思路很簡單，在ThreadLocal類中有一個Map，
   用于存儲每一個線程的變量的副本。比如下面的示例實現(xiàn)(為了簡單，沒有考慮集合的泛型)：
public class HibernateUtil {

public static final ThreadLocal session =new ThreadLocal();

public static final SessionFactory sessionFactory;
   static {
      try {
        sessionFactory = new Configuration().configure().buildSessionFactory();
      } catch (Throwable ex) {
           throw new ExceptionInInitializerError(ex);
      }   
}

     public static Session currentSession() throws HibernateException {
        Session s = session.get();
        if(s == null) {
          s = sessionFactory.openSession();
          session.set(s);
           }
         return s;
       }

    public static void closeSession() throws HibernateException {
           Session s = session.get();
        if(s != null) {
            s.close();
        }
        session.set(null);
    }
}