Hibernae的延遲加載是一個非常常用的技術，實體的集合屬性默認會被延遲加載，實體所關聯的實體默認也會被延遲加載。Hibernate通過這種延遲加載來降低系統的內存開銷，從而保證 Hibernate 的運行性能。
下面先來剖析Hibernate 延遲加載的“祕密”。
當 Hibernate從數據庫中初始化某個持久化實體時，該實體的集合屬性是否隨持久化類一起初始化呢？如果集合屬性裏包含十萬，甚至百萬的記錄，在初始化持久化實體的同時，完成所有集合屬性的抓取，將導致性能急劇下降。完全有可能系統只需要使用持久化類集合屬性中的部分記錄，而完全不是集合屬性的全部，這樣，沒有必要一次加載所有的集合屬性。
對於集合屬性，通常推薦使用延遲加載策略。所謂延遲加載就是等系統需要使用集合屬性時才從數據庫裝載關聯的數據。
public class Person{
privateInteger id;
privateString name;
privateint age;
privateSet<Address> addresses = new HashSet<Address>();
}
爲了讓Hibernate 能管理該持久化類的集合屬性，程序爲該持久化類提供如下映射文件：
Person.hbm.xml
<hibernate-mappingpackage="org.crazyit.app.domain">
<!--映射Person持久化類 -->
<classname="Person" table="person_inf">
<idname="id" column="person_id">
<generatorclass="identity" />
</id>
<propertyname="name" type="string" />
<propertyname="age" type="int" />
<setname="addresses" table="person_address"lazy="true">
<keycolumn="person_id" />
<composite-elementclass="Address">
<propertyname="detail" />
<propertyname="zip" />
</composite-element>
</set>
</class>
</hibernate-mapping>
從上面映射文件的代碼可以看出，Person的集合屬性中的 Address 類只是一個普通的 POJO。該 Address 類裏包含 detail、zip 兩個屬性。
上面映射文件中<set.../> 元素裏的代碼指定了 lazy="true"（對於 <set.../>元素來說，lazy="true"是默認值），它指定 Hibernate 會延遲加載集合屬性裏 Address 對象。
例如通過如下代碼來加載ID 爲 1 的 Person 實體：
<span style="font-size:18px;"> Session session = sessionFactory.getCurrentSession();
Transaction tx =session.beginTransaction();
Person p = (Person)session.get(Person.class, 1); //<1>
System.out.println(p.getName());</span>上面代碼只是需要訪問ID 爲 1 的 Person 實體，並不想訪問這個 Person 實體所關聯的 Address 對象。此時有兩種情況：
- 如果不延遲加載，Hibernate就會在加載 Person實體對應的數據記錄時立即抓取它關聯的 Address對象。
- 如果採用延遲加載，Hibernate就只加載 Person實體對應的數據記錄。
很明顯，第二種做法既能減少與數據庫的交互，而且避免了裝載Address 實體帶來的內存開銷——這也是 Hibernate 默認啓用延遲加載的原因。
現在的問題是，延遲加載到底是如何實現的呢？Hibernate 在加載 Person 實體時，Person 實體的 addresses 屬性值是什麼呢？
爲了解決這個問題，我們在 <1>號代碼處設置一個斷點，在 Eclipse中進行 Debug，此時可以看到 Eclipse的 Console窗口有如圖所示的輸出：
延遲加載集合屬性的 Console 輸出
正如圖輸出所看到的，此時Hibernate 只從 Person 實體對應的數據表中抓取數據，並未從 Address 對象對應的數據表中抓取數據，這就是延遲加載。
那麼Person 實體的 addresses 屬性是什麼呢？此時可以從 Eclipse 的 Variables 窗口看到如圖所示的結果：
延遲加載的集合屬性值
從圖的方框裏的內容可以看出，這個 addresses 屬性並不是我們熟悉的 HashSet、TreeSet 等實現類，而是一個 PersistentSet實現類，這是 Hibernate 爲 Set 接口提供的一個實現類。
PersistentSet集合對象並未真正抓取底層數據表的數據，因此自然也無法真正去初始化集合裏的 Address 對象。不過 PersistentSet 集合裏持有一個session 屬性，這個 session 屬性就是 Hibernate Session，當程序需要訪問 PersistentSet集合元素時，PersistentSet 就會利用這個 session 屬性去抓取實際的 Address 對象對應的數據記錄。
那麼到底抓取那些Address 實體對應的數據記錄呢？這也難不倒 PersistentSet，因爲 PersistentSet 集合裏還有一個 owner屬性，該屬性就說明了 Address 對象所屬的 Person 實體，Hibernate 就會去查找 Address 對應數據表中外鍵值參照到該 Person實體的數據。
例如我們單擊圖所示窗口中 addresses 行，也就是告訴 Eclipse 要調試、輸出 addresses 屬性，這就是要訪問 addresses 屬性了，此時就可以在Eclipse 的 Console 窗口看到輸出如下 SQL 語句：
select
addresses0_.person_id asperson1_0_0_,
addresses0_.detail as detail0_,
addresses0_.zip as zip0_
from
person_address addresses0_
where
addresses0_.person_id=?
這就是PersistentSet 集合跟據 owner 屬性去抓取特定 Address 記錄的 SQL 語句。此時可以從 Eclipse 的 Variables窗口看到圖所示的輸出：
已加載的集合屬性值
從圖可以看出，此時的 addresses 屬性已經被初始化了，集合裏包含了 2 個 Address 對象，這正是 Person 實體所關聯的兩個 Address對象。
通過上面介紹可以看出，Hibernate對於 Set 屬性延遲加載關鍵就在於 PersistentSet 實現類。在延遲加載時，開始 PersistentSet 集合裏並不持有任何元素。但PersistentSet 會持有一個 Hibernate Session，它可以保證當程序需要訪問該集合時“立即”去加載數據記錄，並裝入集合元素。
與PersistentSet 實現類類似的是，Hibernate 還提供了PersistentList、PersistentMap、PersistentSortedMap、PersistentSortedSet等實現類，它們的功能與 PersistentSet 的功能大致類似。
熟悉Hibernate 集合屬性讀者應該記得：Hibernate 要求聲明集合屬性只能用 Set、List、Map、SortedSet、SortedMap等接口，而不能用 HashSet、ArrayList、HashMap、TreeSet、TreeMap 等實現類，其原因就是因爲 Hibernate需要對集合屬性進行延遲加載，而 Hibernate 的延遲加載是依靠PersistentSet、PersistentList、PersistentMap、PersistentSortedMap、PersistentSortedSet來完成的——也就是說，Hibernate 底層需要使用自己的集合實現類來完成延遲加載，因此它要求開發者必須用集合接口、而不是集合實現類來聲明集合屬性。
Hibernate對集合屬性默認採用延遲加載，在某些特殊的情況下，爲 <set.../>、<list.../>、<map.../>等元素設置 lazy="false"屬性來取消延遲加載。