Hibernate 繼承映射完全指南（七）：多態多對一關聯與代理陷阱

在「每類一表」或「單表」策略下，Hibernate 原生支援多態多對一關聯。但當關聯端使用延遲加載（代理）時，會遇到經典的 ClassCastException 陷阱。本文剖析問題根源，提供兩種解決方案。

場景：ClassD 多對一關聯 ClassA (父類)

ClassD 的屬性 a 可指向 ClassB 或 ClassC 實例。映射配置：

<many-to-one name="a" class="ClassA" column="A_ID" lazy="true" cascade="save-update"/>

代理陷阱：ClassCastException

當 lazy="true"（預設）時，Hibernate 返回 ClassA 的代理對象（CGLIB 動態子類），而非實際的 ClassB/ClassC 實例。直接強轉會失敗：

ClassA a = d.getA();
ClassB b = (ClassB) a; // 拋出 ClassCastException！代理不是 ClassB 實例

方案一：Session.load() 顯式加載目標子類

前提：已知實際關聯的子類類型（如透過判別欄或業務邏輯）。

ClassA a = d.getA(); // 獲取代理，拿到 ID
ClassB b = (ClassB) session.load(ClassB.class, a.getId()); // 返回 ClassB 代理
System.out.println(b.getB1()); // 安全調用 ClassB 特有方法

原理：load() 不會立即查庫，返回指定類的代理，類型匹配，轉型安全。

方案二：迫切左外連接（Eager Fetch Join）繞過代理

使用 Criteria API 指定 FetchMode.EAGER，Hibernate 發起左外連接 SQL，直接實例化真實子類對象，而非代理：

ClassD d = (ClassD) session.createCriteria(ClassD.class)
    .add(Expression.eq("id", id))
    .setFetchMode("a", FetchMode.EAGER) // 關鍵：迫切抓取
    .uniqueResult();

ClassA a = d.getA(); // 此時 a 是真實的 ClassB 或 ClassC 實例
if (a instanceof ClassB) System.out.println(((ClassB)a).getB1());
if (a instanceof ClassC) System.out.println(((ClassC)a).getC1());

生成 SQL 類似：SELECT ... FROM TABLE_D d LEFT JOIN TABLE_B b ON ... LEFT JOIN TABLE_C c ON ...

「每具體類一表」策略下的異構關聯

此策略無共享父表，TABLE_D 需雙欄：A_TYPE (判別) + A_ID (ID)。這正是 <any> 映射的適用場景（見下一篇）。

最佳實踐建議

1. 優先用方案二（迫切抓取）：無需業務感知子類類型，代碼乾淨，適合「獲取後即需判斷具體類型」的場景。
2. 謹慎用方案一：需硬編碼子類類型，耦合度高，僅用於已知類型的特定邏輯。
3. 避免在循環中逐個 load：導致 N+1 查詢，應批量預加載或用 Join Fetch。
4. 考慮 @Polymorphism(type=EXPLICIT) (JPA) 或 lazy="false" 全局關閉代理（效能代價大）。