hibernate中，延遲載入大致可以分為兩類，一類是延遲屬性載入，另一類是延遲關聯實體載入。

普通屬性：分兩種情況，一種是集合屬性，一種是非集合屬性（如String、Integer......）

集合屬性的延遲載入通過PersistentSet、 PersistentList、PersistentBag、PersistentMap、PersistentSortedMap、PersistentSortedSet作為代理類來實現，代理類中儲存了session以及owner屬性，owner屬性表示了集合屬性所屬的one側的實體。

非集合類屬性的延遲載入相對比較複雜。僅通過@Basic(fetch = FetchType.LAZY)註解是無法實現延遲載入的。需要讓實體實現FieldHandled介面，宣告FieldHandler屬性，通過攔截器原理注入對應的FieldHandler屬性，起到類似於上述代理類的作用，FieldHandler同樣也保持了session，以及需要延遲載入的屬性。

@Basic(fetch = FetchType.LAZY)
@Column(name="CONTENT")
public String getContent() {
    if (fieldHandler != null) {
        return (byte[]) fieldHandler.readObject(this, "content", content);
    }
    return null;
}
public void setContent(byte[] content) {
    this.content = content;
}
@Override
public void setFieldHandler(FieldHandler handler) {
    this.fieldHandler = handler;
}
@Override
public FieldHandler getFieldHandler() {
    return this.fieldHandler;
}
 

Hibernate官網對非結合屬性的延遲載入有如下的評論：

Lazy property loading requires buildtime bytecode instrumentation. If your persistent classes are not enhanced, Hibernate will ignore lazy property settings and return to immediate fetching.

A different way of avoiding unnecessary column reads, at least for read-only transactions, is to use the projection features of HQL or Criteria queries. This avoids the need for buildtime bytecode processing and is certainly a preferred solution.

大致的意思就是：應該是因為，我們並未用到編譯時位元組碼增強技術的原因。如果只對部分property進行延遲載入的話，hibernate還提供了另外的方式，也是更為推薦的方式，即HQL或者條件查詢。

更為推薦的方式說白了就是在查詢的時候就過濾掉不需要的屬性，以下列出HQL和Criterial的兩種實現方法：

// criterial實現
criteria.setProjection(
                Projections.projectionList().add(Projections.property("id"), "id")
                        .add(Projections.property("age"), "age")).setResultTransformer(
                Transformers.aliasToBean(User.class));

// HQL實現
Query query = session.createQuery("select u.id as id,u.age as age from User u where u.id=2");
query.setResultTransformer(Transformers.aliasToBean(User.class));

關聯實體：分兩種情況，一種是多對一，另一種是一對一。

關聯實體是多個實體時（包括一對多、多對多）：此時關聯實體將以集合的形式存在，Hibernate 將使用 PersistentSet、PersistentList、PersistentMap、PersistentSortedMap、PersistentSortedSet 等集合來管理延遲載入的實體。這就是前面所介紹的情形。

關聯實體是單個實體時（包括一對一、多對一）：當 Hibernate 載入某個實體時，延遲的關聯實體將是一個動態生成代理物件。Hibernate 使用 Javassist 專案動態生成的代理類——當 Hibernate 延遲載入關聯實體時，將會採用 Javassist 生成一個動態代理物件，這個代理物件將負責代理“暫未載入”的關聯實體。但是在一對一關係中，延遲載入是有陷阱的。

一對一關聯一般有兩種形式，一種是主鍵關聯；另一種是外來鍵關聯。

主鍵關聯：

Husband：id，name
Wife：id，name

Husband實體：
@OneToOne(cascade = CascadeType.ALL, fetch = FetchType.LAZY, optional = false)
@PrimaryKeyJoinColumn
getWife()
@GenericGenerator(name = "Wife", strategy = "foreign", parameters = { @Parameter(name = "property", value = "husband") })
Wife實體：
@OneToOne(mappedBy = "wife", fetch = FetchType.LAZY)
getHusband()

以上是hibernate中的配置。其中“optional=false”的配置時關鍵，否則即使配置了fetch策略為lazy，也無法做到在獲取husband實體的時候延遲載入wife實體。optional的預設值是true，表示關聯的實體可以為null。在一對一的延遲載入中，hibernate並非一定對需要延遲載入的實體生成一個動態代理物件，而是當被關聯的實體確定不為null時，才會生成，否則直接將其置為null。所以問題就來了，對於兩個通過主鍵關聯的一對一實體，在獲取到其中一個實體後，要判斷與之關聯的實體是否存在，則必須要再查詢一次資料庫才可以。這也就是為什麼在設定了延遲載入策略後，hibernate還是立即傳送了一次查詢請求給資料庫。

要解決一對一關係中的延遲載入，共有兩種方法：一種就是上面提到的，把optional設定為false，即關聯的實體一定不為null。這樣一來，hibernate就會立即為配置延遲載入的實體生成一個動態代理類。

第二種方法就是通過外來鍵來關聯，即：

Husband：id，name, wife_id
Wife：id，name
其中husband_id與Husbande中的id關聯

Husband實體：
@OneToOne(cascade = CascadeType.ALL, fetch = FetchType.LAZY)
@JoinColumn(name = "wife_id", , referencedColumnName = "id")
getWife()
Wife實體：
@OneToOne(mappedBy = "wife", fetch = FetchType.LAZY)
getHusband()

這樣一來，直接可以通過husband中的wife_id的null與否來判斷wife實體是否為null。