從零起步成為 EJB 專家（一）：伺服端元件架構與 EJB 核心總攬

本文為系列首篇，內容與文章 110827 高度重複，此處進行精煉整合，補充關鍵圖表與現代視角。

為什麼選擇 EJB？

企業級分散式應用核心痛點：高併發、分散式交易、安全、資源管理、異構整合。EJB 提供標準化元件模型，容器代管系統級服務，開發者聚焦業務邏輯，實現「可移植、可重用、可擴展」的中介軟體架構。

元件架構三要素

1. 可重用元件：開發者編寫業務邏輯 Bean。
2. 元件容器：廠商提供運行環境與通用服務 (交易/安全/生命週期/資源池)。
3. 開發/部署/管理工具：支援元件全生命週期操作。

Java 元件演進脈絡

JavaBean (細粒度、可視、客戶端) → Applet/Servlet (Web 端) → EJB (粗粒度、非可視、伺服端、企業級服務)。EJB 是 J2EE 核心，整合 RMI-IIOP、JNDI、JDBC、JMS、JTA 等規格。

多層架構演進：兩層 → N 層

EJB 六大角色責任鏈 (標準化分工)

Bean Provider → Assembler → Deployer → Container/Server Provider → SysAdmin。每角色遵循規範介面，支援多廠商互操作。

EJB 物理部署架構

• EJB Container：Bean 運行時空間，實作 Bean-Container 契約，提供部署工具、管理生命週期、攔截套用服務。
• EJB Server：底層重擔：分散式物件/交易/OS/網路/資料庫存取。Container 建構於 Server 之上。

業務解決方案四階段

1. 業務邏輯模組化 → 可重用 EJB 元件
2. 多層分散式環境 → 推動中介軟體發展
3. 應用伺服器 + 可重用元件捆綁
4. 完整系統交付

現代視角補充

EJB 3.0+ 大幅簡化 (註解、POJO、JPA)，Spring/CDI 成為主流輕量級替代。但理解 EJB 核心架構 (容器服務、交易、安全、遠端、生命週期) 仍是掌握 Java EE/Jakarta EE 企業級開發的基石。