有關Hibernate延時加載與lazy機制
Hibernate延時加載，其實這個異常寫的非常之清楚，就是會話關閉，無法對Hibernate實體進行操作。造成這樣的情況有很多，什么書寫錯誤啊，邏輯錯誤啊。
但就此說一下關于lazy機制：
Hibernate延時加載包括延遲初始化錯誤，這是運用Hibernate開發項目時最常見的錯誤。如果對一個類或者集合配置了延遲檢索策略，那么必須當代理類實例或代理集合處于持久化狀態（即處于Session范圍內）時，才能初始化它。如果在游離狀態時才初始化它，就會產生延遲初始化錯誤。
下面把Customer.hbm.xml文件的< class>元素的lazy屬性設為true，表示使用延遲檢索策略：
- < class name="mypack.Customer" table="CUSTOMERS" lazy="true">
當執行Session的load()方法時，Hibernate不會立即執行查詢CUSTOMERS表的select語句，僅僅返回Customer類的代理類的實例，這個代理類具由以下特征：
（1） 由Hibernate在運行時動態生成，它擴展了Customer類，因此它繼承了Customer類的所有屬性和方法，但它的實現對于應用程序是透明的。
（2） 當Hibernate創建Customer代理類實例時，僅僅初始化了它的OID屬性，其他屬性都為null，因此這個代理類實例占用的內存很少。
（3）當應用程序***次訪問Customer代理類實例時（例如調用customer.getXXX()或customer.setXXX ()方法）， Hibernate會初始化代理類實例，在初始化過程中執行select語句，真正從數據庫中加載Customer對象的所有數據。但有個例外，那就是當 應用程序訪問Customer代理類實例的getId()方法時，Hibernate不會初始化代理類實例，因為在創建代理類實例時OID就存在了，不必 到數據庫中去查詢。
提示：Hibernate采用CGLIB工具來生成持久化類的代理類。CGLIB是一個功能強大的Java字節碼生成工具，它能夠在程序運行時動態生成擴 展 Java類或者實現Java接口的代理類。
以下代碼先通過Session的load()方法加載Customer對象，然后訪問它的name屬性：
- tx = session.beginTransaction();
- Customer customer=(Customer)session.load(Customer.class,new Long(1));
- customer.getName();
- tx.commit();
在運行session.load ()方 法時Hibernate不執行任何select語句，僅僅返回Customer類的代理類的實例，它的OID為1，這是由load()方法的第二個 參數指定的。當應用程序調用customer.getName()方法時，Hibernate會初始化Customer代理類實例，從數據庫中加載 Customer對象的數據，執行以下select語句：
- select * from CUSTOMERS where ID=1;
- select * from ORDERS where CUSTOMER_ID=1;
當< class>元素的lazy屬性為true，會影響Session的load()方法的各種運行時行為，下面舉例說明。
1．如果加載的Customer對象在數據庫中不存在，Session的load()方法不會拋出異常，只有當運行customer.getName()方法時才會拋出以下異常：
- ERROR LazyInitializer:63 - Exception initializing proxy
- net.sf.hibernate.ObjectNotFoundException: No row with the given identifier exists: 1, of class:
- mypack.Customer
2．如果在整個Session范圍內，應用程序沒有訪問過Customer對象，那么Customer代理類的實例一直不會被初始化，Hibernate不會執行任何select語句。以下代碼試圖在關閉Session后訪問Customer游離對象：
- tx = session.beginTransaction();
- Customer customer=(Customer)session.load(Customer.class,new Long(1));
- tx.commit();
- session.close();
- customer.getName();
由于引用變量customer引用的Customer代理類的實例在Session范圍內始終沒有被初始化，因此在執行customer.getName()方法時，Hibernate會拋出以下異常（Hibernate延時加載的問題之一）：
- ERROR LazyInitializer:63 - Exception initializing proxy
- net.sf.hibernate.HibernateException: Couldnotinitializeproxy-theowningSessionwasclosed
由此可見，Customer代理類的實例只有在當前Session范圍內才能被初始化。
3．net.sf.hibernate.Hibernate類的initialize()靜態方法用于在Session范圍內顯式初始化代理類實例，isInitialized()方法用于判斷代理類實例是否已經被初始化。例如：
- tx = session.beginTransaction();
- Customer customer=(Customer)session.load(Customer.class,new Long(1));
- if(!Hibernate.isInitialized(customer))
- Hibernate.initialize(customer);
- tx.commit();
- session.close();
- customer.getName();
以上代碼在Session范圍內通過Hibernate類的initialize()方法顯式初始化了Customer代理類實例，因此當Session關閉后，可以正常訪問Customer游離對象。
4．當應用程序訪問代理類實例的getId()方法時，不會觸發Hibernate初始化代理類實例的行為，例如：
- tx = session.beginTransaction();
- Customer customer=(Customer)session.load(Customer.class,new Long(1));
- customer.getId();
- tx.commit();
- session.close();
- customer.getName();
當應用程序訪問customer.getId()方法時，該方法直接返回Customer代理類實例的OID值，無需查詢數據庫。由于引用變量 customer始終引用的是沒有被初始化的Customer代理類實例，因此當Session關閉后再執行customer.getName()方法， Hibernate會拋出以下異常（Hibernate延時加載的問題之一）：
- ERROR LazyInitializer:63 - Exception initializing proxy
- net.sf.hibernate.HibernateException: Couldnotinitializeproxy-theowningSessionwasclosed
解決方法：
由于hibernate采用了lazy=true,這樣當你用hibernate查詢時,返回實際為利用cglib增強的代理類,但其并沒有實際填 充;當你在前端,利用它來取值(getXXX)時,這時Hibernate才會到數據庫執行查詢,并填充對象,但此時如果和這個代理類相關的session已關閉掉,就會產生種錯誤.
在做一對多時，有時會出現"could not initialize proxy - clothe owning Session was sed,這個好像是hibernate的緩存問題.問題解決:需要在< many-to-one>里設置lazy="false". 但有可能會引發另一個異常叫
- failed to lazily initialize a collection of role: XXXXXXXX, no session or session was closed
解決方法:在web.xml中加入
- < filter>
- < filter-name>hibernateFilter< /filter-name>
- < filter-class>
- org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
- < /filter-class>
- < /filter>
- < filter-mapping>
- < filter-name>hibernateFilter< /filter-name>
- < url-pattern>*.do< /url-pattern>
- < /filter-mapping>
就可以了。
【編輯推薦】
