Hibernate session 擷取方式淺談

僅為個人理解.請指正
Hibernate Session, 其作用無需多言.
在運用中為避免資源消耗,一般都會手動封裝一個HibernateUtil類(未使用Spring管理的前提下).
該類的作用使Hibernate載入設定檔config, 建立sessionFactory等只運行一次.
實際運用中,經常需要將當前線程和session綁定.一般的用法為使用ThreadLocal: 在HibernateUtil類中封裝hibernate的管理.通過openSession取得
session,並將其放入ThreadLocal變數中. 這樣商務邏輯中僅需通過工具類取得當前線程對應的session.使用完畢後,調用工具類closeSession方法將
session關閉,當前線程的ThreadLocal變數置為NULL. 保證線程歸還線程池複用後,ThreadLocal為空白,以免出現導致其他線程訪問到本線程變數.
而後,Hibernate的SessionFactory提供擷取session的新方法getCurrentSession (獲得與當前線程綁定的session). 內部通過代理封裝,此方式得到的session
不僅和當前線程綁定,也無需手動開關. 預設在事務提交之後,session自動關閉.  需注意的是,必須在事務開啟的前提之下才可使用此種方式獲得的session.
此外hibernate.cfg.xml設定檔中也許配置

<property name="current_session_context_class">thread</property> 基於線程
末了,引入Spring之後.sessionfactory的建立等都交給spring管理.Spring也提供了HibernateTemplate,HibernateDaoSupport這樣的封裝方法.
使用者可以不再考慮session的管理,事務的開啟關閉.只需配置事務即可.
而所謂session關閉後,因消極式載入導致前台無法顯示的問題以往解決方式為強制全部載入,現在也可通過在web.xml中配置

org.springframework.orm.hibernate3.support.OpenSessionInViewFilter來解決.

------------------------------以下內容為工地資料-------------------------------------------------------------------------------
1  OpenSession : 手動開啟,需手動關閉.[所以代碼中充斥著try catch --sf.openSession --開啟事務,提交-復原 finall關閉session的代碼]2  threadlocal : hibernate給出的提示. 在HibernateUtil工具類中,new出threadlocal ,放入opensession.這樣可以使當前線程綁定session.
使用後需關閉session,將threadlocal中session變數置為null . 
3  getCurrentSession: hibernate3的新特性. 無需手動關閉session,自動擷取當前線程的session,若無則建立之. 需在設定檔中配置thread屬性.表明和當前線程綁定.
    參考網友資料,getCurrentSession模式,內部開啟了session自動認可的功能且使用getCurrentSession的session,及時做load操作,也需要開啟事務.

Title

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)。HibernateTeam Dev堅信，因為有好幾個獨立的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()的區別？

* 採用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>

利於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);
    }
}

以下為ThreadLocal的參考資料

TitleThreadLocal的幾種誤區

 最近由於需要用到ThreadLocal，在網上搜尋了一些相關資料，發現對ThreadLocal經常會有下面幾種誤解

 一、ThreadLocal是java線程的一個實現
      ThreadLocal的確是和java線程有關，不過它並不是java線程的一個實現，它只是用來維護本地變數。針對每個線程，提供自己的變數版本，主要是為了避免線程衝突，每個線程維護自己的版本。彼此獨立，修改不會影響到對方。

 二、ThreadLocal是相對於每個session的

        ThreadLocal顧名思義，是針對線程。在java web編程上，每個使用者從開始到會話結束，都有自己的一個session標識。但是ThreadLocal並不是在會話層上。其 實，Threadlocal是獨立於使用者session的。它是一種伺服器端行為，當伺服器每產生一個新的線程時，就會維護自己的 ThreadLocal。對於這個誤解，個人認為應該是開發人員在本地基於一些應用伺服器測試的結果。眾所周知，一般的應用伺服器都會維護一套線程池，也
就是說，對於每次訪問，並不一定就新產生一個線程。而是自己有一個線程緩衝池。對於訪問，先從緩衝池裡面找到已有的線程，如果已經用光，才去新產生新的線 程。所以，由於開發人員自己在測試時，一般只有他自己在測，這樣伺服器的負擔很小，這樣導致每次訪問可能是共用同樣一個線程，導致會有這樣的誤解：每個 session有一個ThreadLocal

 三、ThreadLocal是相對於每個線程的，使用者每次訪問會有新的ThreadLocal

  理論上來說，ThreadLocal是的確是相對於每個線程，每個線程會有自己的ThreadLocal。但是上面已經講到，一般的應用服 務器都會維護一套線程池。因此，不同使用者訪問，可能會接受到同樣的線程。因此，在做基於TheadLocal時，需要謹慎，避免出現 ThreadLocal變數的緩衝，導致其他線程訪問到本線程變數 .[senngr:HibernateUtil工具類中,一般都是通過closesession的方法,裡面將opensession對應的session關閉.並將ThreadLocal變數置為NULL.這樣線程池中如果再將這個線程分配給別人,對應的ThreadLocal是乾淨的.]

 四、對每個使用者訪問，ThreadLocal可以多用
        可以說，ThreadLocal是一把雙刃劍，用得來的話可以起到非常好的效果。但是，ThreadLocal如果用得不好，就會跟全域變數一樣。代碼不 能重用，不能獨立測試。因為，一些本來可以重用的類，現在依賴於ThreadLocal變數。如果在其他沒有ThreadLocal場合，這些類就變得不 可用了。個人覺得ThreadLocal用得很好的幾個應用場合，值得參考

  1、存放當前session使用者：quake want的jert

  2、存放一些context變數，比如webwork的ActionContext

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