在一個應用程序中，如果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.JTASessionContext - 當前session根據JTA來跟蹤和界定。這和以前的僅支持JTA的方法是完全一樣的。 org.hibernate.context.ThreadLocalSessionContext - 當前session通過當前執行的線程來跟蹤和界定。 這兩種實現都提供了“每數據庫事務對應一個session”的編程模型，也稱作一請求一事務。即Hibernate的session的生命周期由數據庫事務的生存來控制。假若你采用自行編寫代碼來管理事務（比如，在純粹的J2SE,或者 JTA/UserTransaction/BMT），建議你使用Hibernate Transaction API來把底層事務實現從你的代碼中隱藏掉。如果你在支持CMT的EJB容器中執行，事務邊界是聲明式定義的，你不需要在代碼中進行任何事務或session管理操作。 1、getCurrentSession()與openSession()的區別 * 采用getCurrentSession()創建的session會綁定到當前線程中，而采用openSession() 創建的session則不會 * 采用getCurrentSession()創建的session在commit或rollback時會自動關閉，而采用openSession()創建的session必須手動關閉 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> 在SessionFactory啟動的時候，Hibernate會根據配置創建相應的CurrentSessionContext，在 getCurrentSession()被調用的時候，實際被執行的方法是CurrentSessionContext.currentSession()。在currentSession()執行時，如果當前Session 為空，currentSession 會調用SessionFactory 的openSession。所以getCurrentSession() 對于Java EE 來說是更好的獲取Session 的方法。 sessionFactory.getCurrentSession()可以完成一系列的工作，當調用時，hibernate將session綁定到當前線程，事務結束后，hibernate將session從當前線程中釋放，并且關閉session，當再次調用getCurrentSession()時，將得到一個新的session，并重新開始這一系列工作。 這樣調用方法如下：
Session session = HibernateUtil.getSessionFactory().getCurrentSession();
session.beginTransaction();
Event theEvent = new Event();
theEvent.setTitle(title);
theEvent.setDate(theDate);
session.save(theEvent);
session.getTransaction().commit();
不需要close session了 利于ThreadLocal模式管理Session 早在Java1.2推出之時，Java平臺中就引入了一個新的支持：java.lang.ThreadLocal，給我們在編寫多線程程序時提供了一種新的選擇。ThreadLocal是什么呢？其實ThreadLocal并非是一個線程的本地實現版本，它并不是一個Thread，而是thread local variable(線程局部變量)。也許把它命名為ThreadLocalVar更加合適。線程局部變量(ThreadLocal)其實的功用非常簡單，就是為每一個使用某變量的線程都提供一個該變量值的副本，是每一個線程都可以獨立地改變自己的副本，而不會和其它線程的副本沖突。從線程的角度看，就好像每一個線程都完全擁有一個該變量。ThreadLocal是如何做到為每一個線程維護變量的副本的呢？其實實現的思路很簡單，在ThreadLocal類中有一個Map，用于存儲每一個線程的變量的副本。 public class HibernateUtil {
private static String CONFIG_FILE_LOCATION = "/hibernate.cfg.xml";
//創建一個局部線程變量
private static final ThreadLocal<Session> THREAD_LOCAL = new ThreadLocal<Session>();
private static final Configuration cfg = new Configuration();
private static SessionFactory sessionFactory;
/*
* 取得當前session對象
*/
@SuppressWarnings("deprecation")
public static Session currentSession() throws HibernateException {
Session session = (Session)THREAD_LOCAL.get();
if (session == null) {
if (sessionFactory == null) {
try {
cfg.configure(CONFIG_FILE_LOCATION);
sessionFactory = cfg.buildSessionFactory();
} catch (Exception e) {
System.out.println("【ERROR】創建SessionFactory對象出錯，原因是：");
e.printStackTrace();
}
}
session = sessionFactory.openSession();
THREAD_LOCAL.set(session);
}
return session;
}
public static void closeSession() throws HibernateException {
Session session = (Session) THREAD_LOCAL.get();
THREAD_LOCAL.set(null);
if(session != null){
session.close();
}
}
}