semovy

Hibernate 對(duì)象關(guān)系映射提供延遲的與非延遲的對(duì)象初始化。非延遲加載在讀取一個(gè)對(duì)象的時(shí)候會(huì)將與這個(gè)對(duì)象所有相關(guān)的其他對(duì)象一起讀取出來(lái)。這有時(shí)會(huì)導(dǎo)致成百的（如果不是成千的話） select 語(yǔ)句在讀取對(duì)象的時(shí)候執(zhí)行。這個(gè)問(wèn)題有時(shí)出現(xiàn)在使用雙向關(guān)系的時(shí)候，經(jīng)常會(huì)導(dǎo)致整個(gè)數(shù)據(jù)庫(kù)都在初始化的階段被讀出來(lái)了。當(dāng)然，你可以不厭其煩地檢查每一個(gè)對(duì)象與其他對(duì)象的關(guān)系，并把那些最昂貴的刪除，但是到最后，我們可能會(huì)因此失去了本想在 ORM 工具中獲得的便利。

一個(gè)明顯的解決方法是使用 Hibernate 提供的延遲加載機(jī)制。這種初始化策略只在一個(gè)對(duì)象調(diào)用它的一對(duì)多或多對(duì)多關(guān)系時(shí)才將關(guān)系對(duì)象讀取出來(lái)。這個(gè)過(guò)程對(duì)開(kāi)發(fā)者來(lái)說(shuō)是透明的，而且只進(jìn)行了很少的數(shù)據(jù)庫(kù)操作請(qǐng)求，因此會(huì)得到比較明顯的性能提升。這項(xiàng)技術(shù)的一個(gè)缺陷是延遲加載技術(shù)要求一個(gè) Hibernate 會(huì)話要在對(duì)象使用的時(shí)候一直開(kāi)著。這會(huì)成為通過(guò)使用 DAO 模式將持久層抽象出來(lái)時(shí)的一個(gè)主要問(wèn)題。為了將持久化機(jī)制完全地抽象出來(lái)，所有的數(shù)據(jù)庫(kù)邏輯，包括打開(kāi)或關(guān)閉會(huì)話，都不能在應(yīng)用層出現(xiàn)。最常見(jiàn)的是，一些實(shí)現(xiàn)了簡(jiǎn)單接口的 DAO 實(shí)現(xiàn)類(lèi)將數(shù)據(jù)庫(kù)邏輯完全封裝起來(lái)了。一種快速但是笨拙的解決方法是放棄 DAO 模式，將數(shù)據(jù)庫(kù)連接邏輯加到應(yīng)用層中來(lái)。這可能對(duì)一些小的應(yīng)用程序有效，但是在大的系統(tǒng)中，這是一個(gè)嚴(yán)重的設(shè)計(jì)缺陷，妨礙了系統(tǒng)的可擴(kuò)展性。

在 Web 層進(jìn)行延遲加載

幸運(yùn)的是， Spring 框架為 Hibernate 延遲加載與 DAO 模式的整合提供了一種方便的解決方法。對(duì)那些不熟悉 Spring 與 Hibernate 集成使用的人，我不會(huì)在這里討論過(guò)多的細(xì)節(jié)，但是我建議你去了解 Hibernate 與 Spring 集成的數(shù)據(jù)訪問(wèn)。以一個(gè) Web 應(yīng)用為例， Spring 提供了 OpenSessionInViewFilter 和 OpenSessionInViewInterceptor 。我們可以隨意選擇一個(gè)類(lèi)來(lái)實(shí)現(xiàn)相同的功能。兩種方法唯一的不同就在于 interceptor 在 Spring 容器中運(yùn)行并被配置在 web 應(yīng)用的上下文中，而 Filter 在 Spring 之前運(yùn)行并被配置在 web.xml 中。不管用哪個(gè)，他們都在請(qǐng)求將當(dāng)前會(huì)話與當(dāng)前（數(shù)據(jù)庫(kù)）線程綁定時(shí)打開(kāi) Hibernate 會(huì)話。一旦已綁定到線程，這個(gè)打開(kāi)了的 Hibernate 會(huì)話可以在 DAO 實(shí)現(xiàn)類(lèi)中透明地使用。這個(gè)會(huì)話會(huì)為延遲加載數(shù)據(jù)庫(kù)中值對(duì)象的視圖保持打開(kāi)狀態(tài)。一旦這個(gè)邏輯視圖完成了， Hibernate 會(huì)話會(huì)在 Filter 的 doFilter 方法或者 Interceptor 的 postHandle 方法中被關(guān)閉。下面是每個(gè)組件的配置示例：

Interceptor的配置:

< beans >  
< bean  id ="urlMapping"  
class ="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping" >  
< property  name ="interceptors" >  
< list >  
< ref  bean ="openSessionInViewInterceptor" />  
</ list >  
</ property >  
< property  name ="mappings" >  
 
</ bean >  
 
< bean  name ="openSessionInViewInterceptor"  
class ="org.springframework.orm.hibernate.support.OpenSessionInViewInterceptor" >  
< property  name ="sessionFactory" >< ref  bean ="sessionFactory" /></ property >  
</ bean >  
</ beans >  

Filter的配置

< web-app >  
 
< filter >  
< filter-name > hibernateFilter </ filter-name >  
< filter-class >  
org.springframework.orm.hibernate.support.OpenSessionInViewFilter 
</ filter-class >  
</ filter >  
 
< filter-mapping >  
< filter-name > hibernateFilter </ filter-name >  
< url-pattern > *. spring  </ url-pattern >  
</ filter-mapping >  
 
</ web-app >  

實(shí)現(xiàn) Hibernate 的 Dao 接口來(lái)使用打開(kāi)的會(huì)話是很容易的。事實(shí)上，如果你已經(jīng)使用了 Spring 框架來(lái)實(shí)現(xiàn)你的 Hibernate Dao, 很可能你不需要改變?nèi)魏螙|西。方便的 HibernateTemplate 公用組件使訪問(wèn)數(shù)據(jù)庫(kù)變成小菜一碟，而 DAO 接口只有通過(guò)這個(gè)組件才可以訪問(wèn)到數(shù)據(jù)庫(kù)。下面是一個(gè)示例的 DAO ：

public   class  HibernateProductDAO  extends  HibernateDaoSupport  implements  ProductDAO  { 

public  Product getProduct(Integer productId)  { 
return  (Product)getHibernateTemplate().load(Product. class , productId); 
}  

public  Integer saveProduct(Product product)  { 
return  (Integer) getHibernateTemplate().save(product); 
}  

public   void  updateProduct(Product product)  { 
getHibernateTemplate().update(product); 
}  
}  

在業(yè)務(wù)邏輯層中使用延遲加載

即使在視圖外面， Spring 框架也通過(guò)使用 AOP 攔截器 HibernateInterceptor 來(lái)使得延遲加載變得很容易實(shí)現(xiàn)。這個(gè) Hibernate 攔截器 透明地將調(diào)用配置在 Spring 應(yīng)用程序上下文中的業(yè)務(wù)對(duì)象中方法的請(qǐng)求攔截下來(lái)，在調(diào)用方法之前打開(kāi)一個(gè) Hibernate 會(huì)話，然后在方法執(zhí)行完之后將會(huì)話關(guān)閉。讓我們來(lái)看一個(gè)簡(jiǎn)單的例子，假設(shè)我們有一個(gè)接口 BussinessObject ：

public     interface   BusinessObject    { 
  public     void   doSomethingThatInvolvesDaos(); 
}  

類(lèi)BusinessObjectImpl實(shí)現(xiàn)了BusinessObject接口:

public     class   BusinessObjectImpl   implements   BusinessObject    { 
  public     void   doSomethingThatInvolvesDaos()    { 
  //   lots of logic that calls 
  //   DAO classes Which access 
  //   data objects lazily  
 }   
}   

通過(guò)在Spring應(yīng)用程序上下文中的一些配置，我們可以讓將調(diào)用BusinessObject的方法攔截下來(lái)，再令它的方法支持延遲加載。看看下面的一個(gè)程序片段：

< beans >  
< bean  id ="hibernateInterceptor"  class ="org.springframework.orm.hibernate.HibernateInterceptor" >  
< property  name ="sessionFactory" >  
< ref  bean ="sessionFactory" />  
</ property >  
</ bean >  
< bean  id ="businessObjectTarget"  class ="com.acompany.BusinessObjectImpl" >  
< property  name ="someDAO" >< ref  bean ="someDAO" /></ property >  
</ bean >  
< bean  id ="businessObject"  class ="org.springframework.aop.framework.ProxyFactoryBean" >  
< property  name ="target" >< ref  bean ="businessObjectTarget" /></ property >  
< property  name ="proxyInterfaces" >  
< value > com.acompany.BusinessObject </ value >  
</ property >  
< property  name ="interceptorNames" >  
< list >  
< value > hibernateInterceptor </ value >  
</ list >  
</ property >  
</ bean >  
</ beans >

當(dāng) businessObject 被調(diào)用的時(shí)候， HibernateInterceptor 打開(kāi)一個(gè) Hibernate 會(huì)話，并將調(diào)用請(qǐng)求傳遞給 BusinessObjectImpl 對(duì)象。當(dāng) BusinessObjectImpl 執(zhí)行完成后， HibernateInterceptor 透明地關(guān)閉了會(huì)話。應(yīng)用層的代碼不用了解任何持久層邏輯，還是實(shí)現(xiàn)了延遲加載。

在單元測(cè)試中測(cè)試延遲加載

最后，我們需要用 J-Unit 來(lái)測(cè)試我們的延遲加載程序。我們可以輕易地通過(guò)重寫(xiě) TestCase 類(lèi)中的 setUp 和 tearDown 方法來(lái)實(shí)現(xiàn)這個(gè)要求。我比較喜歡用這個(gè)方便的抽象類(lèi)作為我所有測(cè)試類(lèi)的基類(lèi)。

public   abstract   class  MyLazyTestCase  extends  TestCase  { 

private  SessionFactory sessionFactory; 
private  Session session; 

public   void  setUp()  throws  Exception  { 
super .setUp(); 
SessionFactory sessionFactory  =  (SessionFactory) getBean( " sessionFactory " ); 
session  =  SessionFactoryUtils.getSession(sessionFactory,  true ); 
Session s  =  sessionFactory.openSession(); 
TransactionSynchronizationManager.bindResource(sessionFactory,  new  SessionHolder(s)); 

}  

protected  Object getBean(String beanName)  { 
// Code to get objects from Spring application context 
}  

public   void  tearDown()  throws  Exception  { 
super .tearDown(); 
SessionHolder holder  =  (SessionHolder) TransactionSynchronizationManager.getResource(sessionFactory); 
Session s  =  holder.getSession(); 
s.flush(); 
TransactionSynchronizationManager.unbindResource(sessionFactory); 
SessionFactoryUtils.closeSessionIfNecessary(s, sessionFactory); 
}  
}