Hibernate Lazy解決方案-OpenSessionInView詳解

轉自：javaeye downpour的blog

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

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

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

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 = 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()方法進行初始化了。