openSession和getCurrentSession的比較
1 getCurrentSession建立的session會和繫結到當前執行緒,而openSession不會。
2 getCurrentSession建立的執行緒會在事務回滾或事物提交後自動關閉,而openSession必須手動關閉
這裡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的大多數應用程式需要某種形式的“上下文相關的” session，特定的session在整個特定的上下文範圍內始終有效。然而，對不同型別的應用程式而言，要為什麼是組成這種“上下文”下一個定義通常 是困難的；不同的上下文對“當前”這個概念定義了不同的範圍。在3.0版本之前，使用Hibernate的程式要麼採用自行編寫的基於 ThreadLocal的上下文session，要麼採用HibernateUtil這樣的輔助類，要麼採用第三方框架（比如Spring或Pico)，
它們提供了基於代理(proxy)或者基於攔截器(interception)的上下文相關session。
從3.0.1版本開 始，Hibernate增加了SessionFactory.getCurrentSession()方法。一開始，它假定了採用JTA事務，JTA事務 定義了當前session的範圍和上下文(scope and context)。Hibernate開發團隊堅信，因為有好幾個獨立的JTA TransactionManager實現穩定可用，不論是否被部署到一個J2EE容器中，大多數(假若不是所有的）應用程式都應該採用JTA事務管理。 基於這一點，採用JTA的上下文相關session可以滿足你一切需要。
更好的是，從3.1開 始，SessionFactory.getCurrentSession()的後臺實現是可拔插的。因此，我們引入了新的擴充套件介面 (org.hibernate.context.CurrentSessionContext)和新的配置引數 (hibernate.current_session_context_class)，以便對什麼是“當前session”的範圍和上下文(scope and context)的定義進行拔插。
請參閱 org.hibernate.context.CurrentSessionContext介面的Javadoc,那裡有關於它的契約的詳細討論。它定義 了單一的方法，currentSession()，特定的實現用它來負責跟蹤當前的上下文session。Hibernate內建了此介面的兩種實現。
org.hibernate.context.JTASessionContext - 當前session根據JTA來跟蹤和界定。這和以前的僅支援JTA的方法是完全一樣的。詳情請參閱Javadoc。
org.hibernate.context.ThreadLocalSessionContext - 當前session通過當前執行的執行緒來跟蹤和界定。詳情也請參閱Javadoc。
這 兩種實現都提供了“每資料庫事務對應一個session”的程式設計模型，也稱作每次請求一個session。Hibernate session的起始和終結由資料庫事務的生存來控制。假若你採用自行編寫程式碼來管理事務（比如，在純粹的J2SE,或者 JTA/UserTransaction/BMT），建議你使用Hibernate Transaction API來把底層事務實現從你的程式碼中隱藏掉。如果你在支援CMT的EJB容器中執行，事務邊界是宣告式定義的，你不需要在程式碼中進行任何事務或 session管理操作。請參閱第
11 章 事務和併發一節來閱讀更多的內容和示例程式碼。
hibernate.current_session_context_class 配置引數定義了應該採用哪個org.hibernate.context.CurrentSessionContext實現。注意，為了向下相容，如果未 配置此引數，但是存在org.hibernate.transaction.TransactionManagerLookup的配 置，Hibernate會採用org.hibernate.context.JTASessionContext。一般而言，此引數的值指明瞭要使用的實 現類的全名，但那兩個內建的實現可以使用簡寫，即"jta"和"thread"。
1、getCurrentSession()與openSession()的區別？
<property name="hibernate.current_session_context_class">jta</property>
利於ThreadLocal模式管理Session
早在Java1.2推出之時，Java平臺中就引入了一個新的支援：java.lang.ThreadLocal，給我們在編寫多執行緒程式
時提供了一種新的選擇。ThreadLocal是什麼呢？其實ThreadLocal並非是一個執行緒的本地實現版本，它並不是一個Thread，
而是thread local variable(執行緒區域性變數)。也許把它命名為ThreadLocalVar更加合適。執行緒區域性變數(ThreadLocal)
其實的功用非常簡單，就是為每一個使用某變數的執行緒都提供一個該變數值的副本，是每一個執行緒都可以獨立地改變自己的副本，
而不會和其它執行緒的副本衝突。從執行緒的角度看，就好像每一個執行緒都完全擁有一個該變數。
ThreadLocal是如何做到為每一個執行緒維護變數的副本的呢？其實實現的思路很簡單，在ThreadLocal類中有一個Map，
用於儲存每一個執行緒的變數的副本。比如下面的示例實現(為了簡單，沒有考慮集合的泛型)：
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);
}
}
openSession() 與 getCurrentSession() 有何不同和關聯呢？
在 SessionFactory 啟動的時候， Hibernate 會根據配置建立相應的 CurrentSessionContext ，在getCurrentSession() 被呼叫的時候，實際被執行的方法是 CurrentSessionContext.currentSession() 。在currentSession() 執行時，如果當前 Session 為空， currentSession 會呼叫 SessionFactory 的 openSession 。所以getCurrentSession() 對於 Java EE 來說是更好的獲取 Session 的方法。