Hibernate load() vs get() 核心差異：延遲加載、異常行為、緩存策略與選型指南

前言

Session.load() 與 Session.get() 是 Hibernate 最易混淆的兩個查詢方法。本文從延遲加載機制、不存在記錄處理、緩存穿透邏輯、代理對象本質四個維度深度對比，並給出生產環境選型決策樹。

一、核心差異總覽

二、底層原理解析

2.1 load() 延遲加載流程

1. 檢查 Session 緩存 (Map<EntityKey, Object>)
2. 命中 → 返回緩存實例
3. 未命中 → 動態生成代理類 (CGLib/ByteBuddy)，設 ID，放入緩存，返回代理
4. 調用代理非 ID 方法 → Interceptor.intercept() → 觸發 DefaultLoadEventListener → 查二級緩存 → 查 DB → 初始化代理實例

2.2 get() 立即加載流程

1. 檢查 Session 緩存
2. 檢查二級緩存 (若啟用)
3. 發送 SELECT ... WHERE id=?
4. 結果集為空 → 返回 null
5. 有結果 → 實例化實體、放入 Session 緩存、返回實例

三、代碼行為演示

// 假設 ID=999 不存在
User u1 = session.load(User.class, 999L); // 不查 DB，返回代理
System.out.println(u1.getId()); // 999 (只讀 ID，不觸發查詢)
System.out.println(u1.getName()); // 拋 ObjectNotFoundException

User u2 = session.get(User.class, 999L); // 立即查 DB
System.out.println(u2); // null，無異常

四、緩存穿透與效能影響

• load() 適合「確信存在」：如外鍵關聯導航 (order.getUser())，外鍵約束保證 User 必存在，load 避免多餘查詢，極大提升關聯導航效能。
• get() 適合「不確定存在」：如用戶輸入 ID 查詢、REST API 參數校驗，需明確區分「不存在」與「異常」。
• 二級緩存命中率：get() 立即查二級緩存，命中率高時極快；load() 首次訪問屬性才查，若屬性從未訪問則繞過二級緩存 (但也省去了查詢)。
• 批次抓取：@BatchSize(size=20) 可優化 load() 觸發的 N+1 問題。

五、選型決策樹

需要查詢實體
    │
    ├─ 確定記錄必須存在 (外鍵約束、業務不變量)
    │   └─ 僅需 ID 或稍後才用屬性 → load() ✅
    │   └─ 立即需要屬性值 → get() 也可 (差異微小)
    │
    └─ 記錄可能不存在 (用戶輸入、外部參數)
        ├─ 需區分「不存在」與「錯誤」 → get() ✅ (返回 null)
        └─ 可接受異常處理 → load() + try-catch (不推薦)

六、常見誤區澄清

七、總結

load() = 代理 + 延遲 + 異常 (信任外鍵/不變量)
get() = 實例 + 立即 + null (防禦性編程)

掌握二者在 Proxy 初始化時機、緩存查找順序、異常語義 的本質差異，是寫出健壯、高效 Hibernate 代碼的關鍵。