hibernate中session的獲取使用以及其他注意事項

hibernate中session的獲取使用以及其他注意事項

前言：工作時，在同時使用Hibernate的getSession()、getHibernateTemplate()獲取Session后進行數據查詢時不是出現了"session is close"異常就是出現其他異常問題，痛定思痛，決定收集並整理相關資料，方便今后的使用。

一、session的獲取

在hibernate中的Session對象通過SessionFactory來管理，可以通過使用openSession ()、getSession()和getCurrentSession()方法來獲取session。

Spring和Hibernate的集成的一個要點就是對事務的支持，openSession、getCurrentSession都是編程式事務（手動設置事務的提交、回滾）中重要的對象，HibernateDaoSupport則提供了更方便的聲明式事務支持。（引自：lmdcszh的 由openSession、getCurrentSession和HibernateDaoSupport淺談Spring對事物的支持）

　　注：在 SessionFactory 啟動的時候， Hibernate 會根據配置創建相應的 CurrentSessionContext ，在 getCurrentSession() 被調用的時候，實際被執行的方法是 CurrentSessionContext.currentSession() 。在 currentSession() 執行時，如果當前 Session 為空， currentSession 會調用 SessionFactory 的 openSession 。

　　所以 getCurrentSession() 對於 Java EE 來說是更好的獲取 Session 的方法。

　　二、openSession ()、getSession()和getCurrentSession()方法的區別

　　以下內容引自jpbirdy的文章“Hibernate中的openSession()，getSession() 和 getCurrentSession() 的區別”。講的非常好，我就不一一細述，文章內容如下：

---

開發中，使用MyEclipse自動生成的Hibernate DAO類中在對session的獲取中，都使用的getSession（MyEclipse8.5之前的版本都是如此）

首先要說明一下這3個方法：

1、openSession 和 getCurrentSession這兩個方法是 Hibernate中的sessionFactory中的方法。要獲取session只能通過這兩個方法獲取。

2、getSession這個方法是使用MyEclipse的Hibernate工具時自動生成的方法。進入方法里查看： 

public static Session getSession() throws HibernateException {
　　Session session = (Session) threadLocal.get();//注1
　　if (session == null || !session.isOpen()) {
　　　　if (sessionFactory == null) {
　　　　　　rebuildSessionFactory();//注2
　　　　}
　　　　session = (sessionFactory != null) ? sessionFactory.openSession(): null;
　　　　threadLocal.set(session);
　　}
　　return session;
}

　　很明顯，Myeclipse使用的是openSession。所以上述的3個方法，其實也就是openSession和getCurrentSession的區別。

　　這里簡單說明一下openSession 和 getCurrentSession這兩個方法的區別。

　　很容易看出來，openSession每次都是創建一個新的session，而getCurrentSession會查看，如果當前上下文中已經有Session，則直接使用原有的，否則會創建一個新的session。

　　當然這樣說並不是很形象。很多人會理解為，后面一個只是前面的略微優化而已，每次都打開新的也不會出錯。當然這樣理解並沒有完全錯誤，其實這里的Session使用上沒有很大的區別，區別是在於使用openSession時，如果涉及到對數據庫的數據的修改（增、刪、改），在事務提交之后，session必須手動關閉（session.close()），否則會出錯，一般是數據已經保存進數據庫，但使用Hibernate再次查詢數據時並沒有顯示新的值。而getCurrentSession在事務提交后會自動關閉當前session。所以，一般推薦使用getCurrentSession，這樣需要我們關心的內容就更少，而且更不容易出錯。 　　當然，MyEclipse也不會放着高級的東西不用的，仔細查看上面的代碼，發現在openSession之前，session會先從threadLocal中獲取，這里的threadLocal就可以類比為getCurrentSession中配置的thread，所以，可以認為MyEclipse是在openSession之前已經實現了從線程中獲取上下文的Session，所以直接使用MyEclipse生成的getSession的功能類似getCurrentSession，但是測試后發現，getSession在提交事務之后，並沒有自動關閉，仍然需要手動關閉。 　　

　　為什么MyEclipse不使用getCurrentSession呢？
　　查看生成的DAO類可以發現，MyEclipse生成的是沒有和事務相關的操作的，當然在進行save、update、delete操作時必須手動添加事務開始和事務提交，所以這里在提交事務之后必須手動關閉session。而進行數據庫查找操作時，openSession是不需要提交事務的。getCurrentSession則必須要打開一個新的事務，否則會報createQuery is not valid without active transaction錯誤。

　　從簡化操作的角度，直接使用MyEclipse的方法更為簡單，但要記住增刪改操作必須手動添加事務，並在操作結束后關閉session。

---

注釋：

　　注1-ThreadLocal

　　其實ThreadLocal並非是一個線程的本地實現版本，它並不是一個Thread，而是threadlocalvariable(線程局部變量)。

　　線程局部變量(ThreadLocal)其實的功用非常簡單，就是為每一個使用該變量的線程都提供一個變量值的副本，是Java中一種較為特殊的線程綁定機制，是每一個線程都可以獨立地改變自己的副本，而不會和其它線程的副本沖突。

　　常用API:

　　T get( )　　　　　　--返回此線程局部變量的當前線程副本中的值，如果這是線程第一次調用該方法，則創建並初始化此副本。

　　void set(T value)　　--將此線程局部變量的當前線程副本中的值設置為指定值。許多應用程序不需要這項功能，它們只依賴於 initialValue() 方法來設置線程局部變量的值。

　　（引自：深入研究java.lang.ThreadLocal類）

　　注2-rebuildSessionFactory 重新加載hibernate，在HibernateUtil中的具體實現如下：

public static void rebuildSessionFactory() {
    log.debug("Using current Configuration to rebuild SessionFactory");
    rebuildSessionFactory(configuration);
}

public static void rebuildSessionFactory(Configuration cfg) {
    log.debug("Rebuilding the SessionFactory from given Configuration");
    if (sessionFactory != null && !sessionFactory.isClosed())
        sessionFactory.close();
    if (cfg.getProperty(Environment.SESSION_FACTORY_NAME) != null) {
    　　log.debug("Managing SessionFactory in JNDI");
    　　cfg.buildSessionFactory();
    } else {
        log.debug("Holding SessionFactory in static variable");
        sessionFactory = cfg.buildSessionFactory();
    }
    configuration = cfg;
}        

　HibernateUtil 源碼：請點擊!

總結：

　　1、openSession和getCurrentSession的根本區別在於有沒有綁定當前線程，所以，使用方法有差異：

* openSession 沒有綁定當前線程，所以，使用完后必須關閉。重新建立一個新的session。

* currentSession 和當前線程綁定,在事務結束后會自動關閉。使用當前的session。

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

　　以下內容引自lmdcszh的由openSession、getCurrentSession和HibernateDaoSupport淺談Spring對事物的支持，想看原文的可直接點擊此鏈接。

　三、事務的邊界和傳播

　　通常情況下事務的邊界需要設置在業務邏輯處理層中，但是若在一個業務中涉及到多個業務邏輯層之間的方法，且這些方法需要在同一個事務中運行，那這就涉及到了事務的傳播性。

如果使用openSession，就要在dao層的方法中傳遞session，而這種做法是很糟糕的，首先增加了參數的個數，另外，方法是否需要事務，完全是可以當做一種獨立的服務抽離出的。

因為currentSession是線程級別的，所以，只要業務邏輯方法在同一個線程中，就不會擔心上面的問題。這也是currentSession的一個優越處之一。

　　使用currentSession：

　　1.在配置文件中將線程配置成Thread級別的。

<property name="hibernate.current_session_context_class">thread</property>

　　2.調用sessionFactory的getCurrentSession方法：

publicvoid addUser(User user) {
　　Session session = null;
　　try {
　　　　session =this.getSessionFactory().getCurrentSession();
　　　　session.beginTransaction();
　　　　session.save(user);
　　　　//記錄操作日志，此處略
　　　　session.getTransaction().commit();
　　}catch(Exception e) {
　　　　e.printStackTrace();
　　　　session.getTransaction().rollback();
　　}
}

 　　使用openSession:

public void addUser(User user) {
　　Session session = null;
　　try{
　　　　session= this.getSession();
　　　　session.beginTransaction();
　　　　// 若干操作…………
　　　　session.getTransaction().commit();
　　}catch(Exceptione) {
　　　　e.printStackTrace();
　　　　session.getTransaction().rollback();
　　}finally{
　　　　HibernateUtils.closeSession(session);
　　}

 　　使用HibernateDaoSupport聲明式事務：即使用this.getHibernateTemplate()方法時可調用的方法，如save、update等。

　　Spring與Hibernate的集成使用最多的是HibernateDaoSupport，它對session的獲取以及事務做了進一步的封裝,只需要關注dao的實現,而不用擔心某個地方的事務是否關閉。

　　四、關於異常與事務回滾

    Spring在遇到運行期異常(繼承了RuntimeException)的時候才會回滾，如果是Exception(如用戶輸入密碼錯誤)拋出就好，事務會繼續往下進行。

    Spring對異常的處理的靈活性還是比較高的,可以配置遇到某個Exception進行回滾，某個RuntimeException不回滾,但是對於EJB就沒有這么靈活了,EJB相當於是固定的套餐。

　　不會回滾:  

public void addUser(User user)  throws Exception {  
　　this.getHibernateTemplate().save(user);  
　　//若干操作……            
　　throw new Exception();  
} 

 　　回滾:

public void addUser(User user) {  
    this.getHibernateTemplate().save(user);      
    //若干操作……         
    throw new RuntimeException();  
 } 

　　五、事務傳播特性

　　為了保證調用的業務邏輯方法都使用同一個事務，通常都使用REQUIRED這個級別，它表示：如果上一個方法中有事務，就直接使用，如果沒有，就創建一個事務，這樣，一旦事務創建了后，后續調用的方法就不會再創建。

　　其他的事務傳播特性見下表：

　　六、Spring事務的隔離級別

　　1. ISOLATION_DEFAULT： 這是一個PlatfromTransactionManager默認的隔離級別，使用數據庫默認的事務隔離級別。

        另外四個與JDBC的隔離級別相對應。

　　2. ISOLATION_READ_UNCOMMITTED： 這是事務最低的隔離級別，它充許令外一個事務可以看到這個事務未提交的數據。

        這種隔離級別會產生臟讀，不可重復讀和幻像讀。

　　3. ISOLATION_READ_COMMITTED： 保證一個事務修改的數據提交后才能被另外一個事務讀取。另外一個事務不能讀取該事務未提交的數據

　　4. ISOLATION_REPEATABLE_READ： 這種事務隔離級別可以防止臟讀，不可重復讀。但是可能出現幻像讀。

        它除了保證一個事務不能讀取另一個事務未提交的數據外，還保證了避免下面的情況產生(不可重復讀)。

　　5. ISOLATION_SERIALIZABLE 這是花費最高代價但是最可靠的事務隔離級別。事務被處理為順序執行。

     　　除了防止臟讀，不可重復讀外，還避免了幻像讀。

    　　事務隔離級別主要應用在對大數據的處理方面，與鎖的機制是密不可分的，這里不贅述。

 

 Ps 推薦 新Hibernate SessionFactory().getCurrentSession()貓膩