僅為個人理解.請指正
Hibernate Session, 其作用無需多言.
運(yùn)用中為避免資源消耗,一般都會手動封裝一個HibernateUtil類(未使用Spring管理的前提下).
該類的作用使Hibernate加載配置文件config, 創(chuàng)建sessionFactory等只運(yùn)行一次.
實(shí)際運(yùn)用中,經(jīng)常需要將當(dāng)前線程和session綁定.一般的用法為使用ThreadLocal: 在HibernateUtil類中封裝hibernate的管理.通過openSession取得
session,并將其放入ThreadLocal變量中. 這樣業(yè)務(wù)邏輯中僅需通過工具類取得當(dāng)前線程對應(yīng)的session.使用完畢后,調(diào)用工具類closeSession方法將
session關(guān)閉,當(dāng)前線程的ThreadLocal變量置為NULL. 保證線程歸還線程池復(fù)用后,ThreadLocal為空,以免出現(xiàn)導(dǎo)致其他線程訪問到本線程變量.
后,Hibernate的SessionFactory提供獲取session的新方法getCurrentSession (獲得與當(dāng)前線程綁定的session). 內(nèi)部通過代理封裝,此方式得到的session
不僅和當(dāng)前線程綁定,也無需手動開關(guān). 默認(rèn)在事務(wù)提交之后,session自動關(guān)閉. 需注意的是,必須在事務(wù)開啟的前提之下才可使用此種方式獲得的session.
此外hibernate.cfg.xml配置文件中也許配置
<property name="current_session_context_class">thread</property> 基于線程
了,引入Spring之后.sessionfactory的創(chuàng)建等都交給spring管理.Spring也提供了HibernateTemplate,HibernateDaoSupport這樣的封裝方法.
用戶可以不再考慮session的管理,事務(wù)的開啟關(guān)閉.只需配置事務(wù)即可.
而所謂session關(guān)閉后,因延遲加載導(dǎo)致前臺無法顯示的問題以往解決方式為強(qiáng)制全部加載,現(xiàn)在也可通過在web.xml中配置
org.springframework.orm.hibernate3.support.OpenSessionInViewFilter來解決.



------------------------------以下內(nèi)容為工地資料-------------------------------------------------------------------------------
OpenSession : 手動打開,需手動關(guān)閉.[所以代碼中充斥著try catch --sf.openSession --打開事務(wù),提交-回滾 finall關(guān)閉session的代碼]
threadlocal : hibernate給出的提示. 在HibernateUtil工具類中,new出threadlocal ,放入opensession.這樣可以使當(dāng)前線程綁定session.
使用后需關(guān)閉session,將threadlocal中session變量置為null .
3  getCurrentSession: hibernate3的新特性. 無需手動關(guān)閉session,自動獲取當(dāng)前線程的session,若無則新建之. 需在配置文件中配置thread屬性.表明和當(dāng)前線程綁定.
    參考網(wǎng)友資料,getCurrentSession模式,內(nèi)部開啟了session自動提交的功能且使用getCurrentSession的session,及時做load操作,也需要打開事務(wù).
Title

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

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

這里getCurrentSession本地事務(wù)(本地事務(wù):jdbc)時 要在配置文件里進(jìn)行如下設(shè)置

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

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

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

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

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

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

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

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

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

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

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

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

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

以下為ThreadLocal的參考資料
Title

 最近由于需要用到ThreadLocal,在網(wǎng)上搜索了一些相關(guān)資料,發(fā)現(xiàn)對ThreadLocal經(jīng)常會有下面幾種誤解

 一、ThreadLocal是java線程的一個實(shí)現(xiàn)
      ThreadLocal的確是和java線程有關(guān),不過它并不是java線程的一個實(shí)現(xiàn),它只是用來維護(hù)本地變量。針對每個線程,提供自己的變量版本,主要是為了避免線程沖突,每個線程維護(hù)自己的版本。彼此獨(dú)立,修改不會影響到對方。

 二、ThreadLocal是相對于每個session的

        ThreadLocal顧名思義,是針對線程。在java web編程上,每個用戶從開始到會話結(jié)束,都有自己的一個session標(biāo)識。但是ThreadLocal并不是在會話層上。其 實(shí),Threadlocal是獨(dú)立于用戶session的。它是一種服務(wù)器端行為,當(dāng)服務(wù)器每生成一個新的線程時,就會維護(hù)自己的 ThreadLocal。對于這個誤解,個人認(rèn)為應(yīng)該是開發(fā)人員在本地基于一些應(yīng)用服務(wù)器測試的結(jié)果。眾所周知,一般的應(yīng)用服務(wù)器都會維護(hù)一套線程池,也 就是說,對于每次訪問,并不一定就新生成一個線程。而是自己有一個線程緩存池。對于訪問,先從緩存池里面找到已有的線程,如果已經(jīng)用光,才去新生成新的線 程。所以,由于開發(fā)人員自己在測試時,一般只有他自己在測,這樣服務(wù)器的負(fù)擔(dān)很小,這樣導(dǎo)致每次訪問可能是共用同樣一個線程,導(dǎo)致會有這樣的誤解:每個 session有一個ThreadLocal

 三、ThreadLocal是相對于每個線程的,用戶每次訪問會有新的ThreadLocal

  理論上來說,ThreadLocal是的確是相對于每個線程,每個線程會有自己的ThreadLocal。但是上面已經(jīng)講到,一般的應(yīng)用服 務(wù)器都會維護(hù)一套線程池。因此,不同用戶訪問,可能會接受到同樣的線程。因此,在做基于TheadLocal時,需要謹(jǐn)慎,避免出現(xiàn) ThreadLocal變量的緩存,導(dǎo)致其他線程訪問到本線程變量 .[senngr:HibernateUtil工具類中,一般都是通過closesession的方法,里面將opensession對應(yīng)的session關(guān)閉.并將ThreadLocal變量置為NULL.這樣線程池中如果再將這個線程分配給別人,對應(yīng)的ThreadLocal是干凈的.]

 四、對每個用戶訪問,ThreadLocal可以多用
        可以說,ThreadLocal是一把雙刃劍,用得來的話可以起到非常好的效果。但是,ThreadLocal如果用得不好,就會跟全局變量一樣。代碼不 能重用,不能獨(dú)立測試。因?yàn)椋恍┍緛砜梢灾赜玫念悾F(xiàn)在依賴于ThreadLocal變量。如果在其他沒有ThreadLocal場合,這些類就變得不 可用了。個人覺得ThreadLocal用得很好的幾個應(yīng)用場合,值得參考

  1、存放當(dāng)前session用戶:quake want的jert

  2、存放一些context變量,比如webwork的ActionContext

  3、存放session,比如Spring hibernate orm的session