引言
在 J2EE 架構中，數據持久化是核心關注點。Entity Bean (EJB 2.x 時代主流) 與 JDO (Java Data Objects) 代表了兩種截然不同的持久化哲學。本文從架構、開發效能、性能、靈活性等維度深度對比，為技術選型提供參考。
Entity Bean 核心特性
兩種持久化模式
- BMP (Bean Managed Persistence)：開發者編寫 JDBC 代碼，容器管理生命週期調用時機。
- CMP (Container Managed Persistence)：容器自動生成持久化代碼與邏輯，開發者只需定義抽象 Schema。
五大核心優勢
- 標準化：EJB 規範定義廠商無關介面，利於團隊協作、人才流動與最佳實踐傳承。
- 容器管理服務：聲明式事務、安全、連接池、資源管理，開發者專注業務邏輯。
- 透明持久化 (CMP)：容器自動同步狀態，保證數據完整性與併發控制。
- 事務支持：CMP 粗粒度聲明式控制，BMP 細粒度程序化控制，容器統一協調提交/回滾。
- 組件化部署：配置描述符驅動，無需修改代碼即可跨應用服務器部署。
四大痛點
- 設計復雜：Home/Remote 介面、部署描述符、生命週期回調等樣板代碼繁多。
- 開發週期長：設計-構建-測試-部署迭代耗時遠超輕量級方案。
- 響應延遲高：遠程介面調用、容器攔截器鏈、序列化開銷導致性能瓶頸。
- 資源佔用大：實體 Bean 實例化、池化、狀態同步消耗大量服務器內存/CPU。
JDO 核心特性
四大亮點
- 設計簡單：基於 POJO，無需實現特定介面或繼承基類，侵入性極低。
- 細粒度完全控制：開發者可精細控制緩存策略、持久化時機、併發鎖、同步深度。
- 編碼輕量：JDO 實現層屏蔽底層 JDBC/SQL，業務代碼專注領域模型。
- 對象圖透明持久化：自動遞歸持久化關聯對象、類型繼承體系，支持多態查詢 (按父類/介面查詢)。
對比總結與選型建議
| 維度 | Entity Bean (CMP) | JDO |
|---|
| 學習曲線 | 陡峭 (EJB 規範、容器契約) | 平緩 (POJO、JDOQL) |
| 開發效率 | 低 (大量配置、部署驗證) | 高 (輕量、熱加載友好) |
| 運行性能 | 中等 (容器開銷、遠程調用) | 優 (直接操作、靈活優化) |
| 事務管理 | 聲明式強項 (分佈式事務) | 程序化靈活 (需手動邊界) |
| 集群/分佈 | 原生支持 (容器級) | 依賴實現廠商 |
| 遷移風險 | 高 (綁定 EJB 容器) | 低 (標準 JDO API) |
建議
- 選擇 Entity Bean：嚴格遵循 J2EE 標準、需要分佈式事務、團隊熟悉 EJB、長期維護舊系統。
- 選擇 JDO：敏捷開發、領域模型豐富、追求性能與靈活性、避免廠商鎖定、新項目技術棧現代化。
- 趨勢：EJB 3.0/JPA 已融合兩者優點 (POJO + 容器服務 + 靈活查詢)，成為新標準。
