hibernate OpenSessionInView

一、什麼是OpenSessionInView

在hibernate中使用load方法時，並未把數據真正獲取時就關閉了session，當我們真正想獲取數據時會迫使load加載數據，而此時session已關閉，所以就會出現異常。 比較典型的是在MVC模式中，我們在M層調用持久層獲取數據時(持久層用的是load方法加載數據)，當這一調用結束時，session隨之關閉，而我們希望在V層使用這些數據，這時纔會迫使load加載數據，我們就希望這時的session是open着得，這就是所謂的Open Session In view 。 我們可以filter來達到此目的。下面的代碼初步解決了此問題：

public void doFilter(ServletRequest request,ServletResponse response,FilterChain chain){

try{

Session session = ...SessionFactory.getCurrentSeesion(); //得到session對象

tx = session.beginTransaction(); //開啓事務

chain.doFliter(request,response); //傳遞給下一個

tx.commit(); //提交事務

}catch (Exception e){

//出現異常，回滾事務

}

}

簡析：當請求到達時，會首先被此攔截器攔截，當數據經過獲取並在V層顯示完畢後，回到此Filter內部，此時提交事務-->關閉session。

二、spring的osiv解決方案

OpenSessionInViewFilter [全名：org.springframework.orm.hibernate3.support.OpenSessionInViewFilter]是Spring提供的一個針對Hibernate的一個支持類，其主要意思是在發起一個頁面請求時打開Hibernate的Session，一直保持這個Session，直到這個請求結束，具體是通過一個Filter來實現的。

由於Hibernate引入了Lazy Load特性，使得脫離Hibernate的Session週期的對象如果再想通過getter方法取到其關聯對象的值，Hibernate會拋出一個LazyLoad的Exception。所以爲了解決這個問題，Spring引入了這個Filter，使得Hibernate的Session的生命週期變長。

有兩種方式可以配置實現OpenSessionInView，分別是OpenSessionInViewInterceptor和OpenSessionInViewFilter，功能完全相同，只不過一個在web.xml配置，另一個在application.xml配置而已。我個人比較傾向配置在application.xml裏，因爲web.xml裏配置的東西的太多的話容易發生衝突，雖然可以調整，但是畢竟多了個麻煩。

OpenSessionInViewInterceptor配置:

<beans>

<bean name="openSessionInViewInterceptor" class="org.springframework.orm.hibernate3.support.OpenSessionInViewInterceptor">

<property name="sessionFactory">

<ref bean="sessionFactory"/>

</property>

</bean>

<bean id="urlMapping" class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">

<property name="interceptors">

<list>

<ref bean="openSessionInViewInterceptor"/>

</list>

</property>

<property name="mappings">

......

</property>

</bean>

......

</beans>

OpenSessionInViewFilter配置: (此監聽器應該在struts2的監聽器前面)

<web-app>

......

<filter>

<filter-name>hibernateFilter</filter-name>

<filter-class>

org.springframework.orm.hibernate3.support.OpenSessionInViewFilter

</filter-class>

<init-param>

<param-name>singleSession</param-name>

<param-value>true</param-value>

</init-param>

</filter>

......

<filter-mapping>

<filter-name>hibernateFilter</filter-name>

<url-pattern>*.do</url-pattern>

</filter-mapping>

......

</web-app>

OpenSessionInViewFilter是Spring提供的一個針對Hibernate的一個支持類，其主要意思是在發起一個頁面請求時打開Hibernate的Session，一直保持這個Session，直到這個請求結束，具體是通過一個Filter來實現的。

由於Hibernate引入了Lazy Load特性，使得脫離Hibernate的Session週期的對象如果再想通過getter方法取到其關聯對象的值，Hibernate會拋出一個LazyLoad的Exception。所以爲了解決這個問題，Spring引入了這個Filter，使得Hibernate的Session的生命週期變長。

首先分析一下它的源碼，可以發現，它所實現的功能其實比較簡單：

SessionFactory sessionFactory = lookupSessionFactory(request);
Session session = null;
boolean participate = false;

if (isSingleSession()) {
    // single session mode
    if (TransactionSynchronizationManager.hasResource(sessionFactory)) {
    // Do not modify the Session: just set the participate flag.
    participate = true;
       }    else {
    logger.debug("Opening single Hibernate Session in OpenSessionInViewFilter");
    session = getSession(sessionFactory);
    TransactionSynchronizationManager.bindResource(sessionFactory, new SessionHolder(session));
    }
} else {
    // deferred close mode
    if (SessionFactoryUtils.isDeferredCloseActive(sessionFactory)) {
// Do not modify deferred close: just set the participate flag.
    participate = true;
    } else {
    SessionFactoryUtils.initDeferredClose(sessionFactory);
    }
}

try {
    filterChain.doFilter(request, response);
} finally {
    if (!participate) {
            if (isSingleSession()) {
                // single session mode
        TransactionSynchronizationManager.unbindResource(sessionFactory);
        logger.debug("Closing single Hibernate Session in OpenSessionInViewFilter");
        closeSession(session, sessionFactory);
    }else {
        // deferred close mode
        SessionFactoryUtils.processDeferredClose(sessionFactory);
    }
}
}

在上述代碼中，首先獲得SessionFactory，然後通過SessionFactory獲得一個Session。然後執行真正的Action代碼，最後根據情況將Hibernate的Session進行關閉。整個思路比較清晰。

注意，在這裏有個2個Tips：
1）通過getSession()獲得的這個Session做了一次
session.setFlushMode(FlushMode.NEVER); 有關FlushMode可以參考一下這篇文章。http://www2.matrix.org.cn/resource/article/2006-10-08/Hibernate+FlushMode+NEVER_312bca85-5699-11db-91a0-d98dff0aec60.html
2）Spring對拿到的Session做了一次綁定到當前線程的做法，使得這個Session是線程安全的。

從上述代碼其實可以得到一些對我們的開發有幫助的結論：
1）如果使用了OpenSessionInView模式，那麼Spring會幫助你管理Session的開和關，從而你在你的DAO中通過HibernateDaoSupport拿到的getSession()方法，都是綁定到當前線程的線程安全的Session，即拿即用，最後會由Filter統一關閉。
2）由於拿到的Hibernate的Session被設置了session.setFlushMode(FlushMode.NEVER); 所以，除非你直接調用session.flush()，否則Hibernate session無論何時也不會flush任何的狀態變化到數據庫。因此，數據庫事務的配置非常重要。（我們知道，在調用org.hibernate.Transaction.commit()的時候會觸發session.flush()）我曾經見過很多人在使用OpenSessionInView模式時，都因爲沒有正確配置事務，導致了底層會拋出有關FlushMode.NEVER的異常。

OpenSessionInView這個模式使用比較簡單，也成爲了大家在Web開發中經常使用的方法，不過它有時候會帶來一些意想不到的問題，這也是在開發中需要注意的。
1. 在Struts＋Spring＋Hibernate環境中，由於配置的問題導致的模式失效
這個問題以前論壇曾經討論過，可以參考一下下面這個帖子：
http://www.iteye.com/topic/15057

2. OpenSessionInView的效率問題
這個問題也有人在論壇提出過，Robbin曾經做過具體的測試，可以具體參考一下下面這個帖子：
http://www.iteye.com/topic/17501

3. 由於使用了OpenSessionInView模式後造成了內存和數據庫連接問題
這個問題是我在生產環境中碰到的一個問題。由於使用了OpenSessionInView模式，Session的生命週期變得非常長。雖然解決了Lazy Load的問題，但是帶來的問題就是Hibernate的一級緩存，也就是Session級別的緩存的生命週期會變得非常長，那麼如果你在你的Service層做大批量的數據操作時，其實這些數據會在緩存中保留一份，這是非常耗費內存的。還有一個數據庫連接的問題，存在的原因在於由於數據庫的Connection是和Session綁在一起的，所以，Connection也會得不到及時的釋放。因而當系統出現業務非常繁忙，而計算量又非常大的時候，往往數據連接池的連接數會不夠。這個問題我至今非常頭痛，因爲有很多客戶對數據連接池的數量會有限制，不會給你無限制的增加下去。

4. 使用了OpenSessionInView模式以後取數據的事務問題
在使用了OpenSessionInView以後，其實事務的生命週期比Session的生命週期來得短，就以爲着，其實有相當一部分的查詢是不被納入到事務的範圍內的，此時是否會讀到髒數據？這個問題我至今不敢確認，有經驗的朋友請指教一下。

最後提一下OpenSessionInView模式的一些替代方案，可以使用OpenSessionInViewInterceptor來代替這個Filter，此時可以使用Spring的AOP配置，將這個Interceptor配置到你所需要的層次上去。另外就是隻能使用最古老的Hibernate.initialize()方法進行初始化了。