什么是懶加載？他的作用？
延遲加載，也叫懶加載，它是hibernate為提高程序執行效率而提供的一種機制，即只有真正使用該對象的數據時才會創建。
Hibernate中主要是通過代理（proxy）機制來實現延遲加載。它的具體過程：Hibernate叢數據庫獲取某一個對象數據時、獲取某一個對象的集合屬性值時，或獲取某一個對象所關聯的另一個對象時，由于沒有使用該對象的數據，hibernate并不是數據庫加載真正的數據，而只是為該對象創建一個代理對象來代表這個對象，這個對象上的所有屬性都是默認值；只有在真正需要使用該對象的數據時才創建這個真實對象，真正從數據庫中加載它的數據，這樣在某些情況下，就可以提高查詢效率。
下面先來剖析 Hibernate 延遲加載的“秘密”
集合屬性的延遲加載
當 Hibernate 從數據庫中初始化某個持久化實體時，該實體的集合屬性是否隨持久化類一起初始化呢？如果集合屬性里包含十萬，甚至百萬的記錄，在初始化持久化實體的同時，完成所有集合屬性的抓取，將導致性能急劇下降。完全有可能系統只需要使用持久化類集合屬性中的部分記錄，而完全不是集合屬性的全部，這樣，沒有必要一次加載所有的集合屬性。
對于集合屬性，通常推薦使用延遲加載策略。所謂延遲加載就是等系統需要使用集合屬性時才從數據庫裝載關聯的數據。
例如下面 Person 類持有一個集合屬性，該集合屬性里的元素的類型為 Address，該 Person 類的代碼片段如下：
public class Person
{
// 標識屬性
private Integer id;
// Person 的 name 屬性
private String name;
// 保留 Person 的 age 屬性
private int age;
// 使用 Set 來保存集合屬性
private Set<Address> addresses = new HashSet<Address>();
// 下面省略了各屬性的 setter 和 getter 方法
...
} ```
為了讓 Hibernate 能管理該持久化類的集合屬性，程序為該持久化類提供如下映射文件：
<?xml version="1.0" encoding="GBK"?>
<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://www.hibernate.org/dtd/hibernate-mapping-3.0.dtd">
<hibernate-mapping package="org.crazyit.app.domain">
<class name="Person" table="person_inf">
<id name="id" column="person_id">
<generator class="identity"/>
</id>
<property name="name" type="string"/>
<property name="age" type="int"/>
<set name="addresses" table="person_address" lazy="true">
<key column="person_id"/>
<composite-element class="Address">
<property name="detail"/>
<property name="zip"/>
</composite-element>
</set>
</class>
</hibernate-mapping>
從上面映射文件的代碼可以看出，Person 的集合屬性中的 Address 類只是一個普通的 POJO。該 Address 類里包含 detail、zip 兩個屬性。由于 Address 類代碼非常簡單，故此處不再給出該類的代碼。
上面映射文件中 <set.../> 元素里的代碼指定了 lazy="true"（對于 <set.../> 元素來說，lazy="true"是默認值），它指定 Hibernate 會延遲加載集合屬性里 Address 對象。
例如通過如下代碼來加載 ID 為 1 的 Person 實體：
Session session = sf.getCurrentSession();
Transaction tx = session.beginTransaction();
Person p = (Person) session.get(Person.class, 1); //<1>
System.out.println(p.getName());
上面代碼只是需要訪問 ID 為 1 的 Person 實體，并不想訪問這個 Person 實體所關聯的 Address 對象。此時有兩種情況：
<li>如果不延遲加載，Hibernate 就會在加載 Person 實體對應的數據記錄時立即抓取它關聯的 Address 對象。
<li>如果采用延遲加載，Hibernate 就只加載 Person 實體對應的數據記錄。
很明顯，第二種做法既能減少與數據庫的交互，而且避免了裝載 Address 實體帶來的內存開銷——這也是 Hibernate 默認啟用延遲加載的原因。
現在的問題是，延遲加載到底是如何實現的呢？ Hibernate 在加載 Person 實體時，Person 實體的 addresses 屬性值是什么呢？
為了解決這個問題，我們在 <1>號代碼處設置一個斷點，在 Eclipse 中進行 Debug，此時可以看到 Eclipse 的 Console 窗口有如圖 1 所示的輸出：
正如上圖 輸出所看到的，此時 Hibernate 只從 Person 實體對應的數據表中抓取數據，并未從 Address 對象對應的數據表中抓取數據，這就是延遲加載。
那么 Person 實體的 addresses 屬性是什么呢？此時可以從 Eclipse 的 Variables 窗口看到如圖 2 所示的結果：
從圖 2 的方框里的內容可以看出，這個 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 實體的數據。
例如我們單擊圖 2 所示窗口中 addresses 行，也就是告訴 Eclipse 要調試、輸出 addresses 屬性，這就是要訪問 addresses 屬性了，此時就可以在 Eclipse 的 Console 窗口看到輸出如下 SQL 語句：
select
addresses0_.person_id as person1_0_0_,
addresses0_.detail as detail0_,
addresses0_.zip as zip0_
from
person_address addresses0_
where
addresses0_.person_id=?
