雖然 EJB 3 已成為主流，但理解 EJB 2.x 架構對維護舊系統、理解演進歷程仍有價值。本文記錄 EJB 2.0 有狀態 SessionBean 完整開發

Java 反射機制允許運行時動態檢查類別結構、建構實例、呼叫方法、存取欄位，甚至突破封裝訪問私有成員。本文透過完整程式碼示範反射核心 API 的實戰操作與輸出驗

Servlet 3.0 作為 Java EE 6 核心規格，引入三大革命性特性：**非同步處理** 解決執行緒阻塞、**註解配置** 消除 web.xml、**

Stateless Session Bean 是 EJB 3 最基礎、最常用的元件類型，適合無狀態業務邏輯處理。本文從開發環境建置、專案建立、介面與 Bean

Stateful Session Bean 能在多次方法呼叫間保持會話狀態，是實作購物車、精靈對話、多步驟表單的經典選擇。本文完整示範：遠端介面定義、Bean

當客戶端 (Servlet、JSP、另一個 EJB) 與 Session Bean 部署在同一個 JVM (同一個應用伺服器) 時，使用本地介面 可避免 RMI

Session Bean 生命週期由容器管理，EJB 3 提供四個標準回呼註解 (@PostConstruct、@PreDestroy、@PostActivat

EJB 3 雖以註解配置為主，但 XML 部署描述檔 (ejb-jar.xml、jboss.xml) 仍被完整支援，適用於：註解不支援的進階配置、部署時動態調整

實體 Bean 是 JPA 核心，代表資料表記錄與 Java 物件的映射。本文從零開始，完整示範：資料庫準備、JBoss 資料源配置、實體類別定義、persis

一對一關聯在 EJB 3 中支援兩種映射模式：外鍵模式（主表持有從表 FK）與 共享主鍵模式（從表 PK 同時為 FK）。本文以 Customer（客戶）與 R

一對多是最常見的關聯類型。EJB 3 提供 @OneToMany（多方）與 @ManyToOne（單方）雙向映射，支援外鍵直連與關聯表兩種模式。本文以 Cust

多對多關聯需透過關聯表實現。EJB 3 使用 @ManyToMany 搭配 @JoinTable 完成映射。本文以 Customer（客戶）與 Address（

SINGLE_TABLE 是 JPA 預設繼承策略，將整個繼承階層映射到單一資料表，透過「鑑別欄位」區分子類型。優點是查詢無需 Join、效能最佳；缺點是子類獨

繼承映射策略中，JOINED 將父類與各子類分別映射到不同資料表，透過主鍵關聯查詢。適用於：子類擁有大量獨有欄位、需避免單表過多空值、子類資料存取頻率差異大的場

EntityManager 的 createQuery() 每次執行都需解析 JPQL，頻繁查詢時影響效能。EJB 3 提供 命名查詢 機制，類似資料庫預存程序

前文介紹的容器管理 EntityManager（Container-Managed, CMT）由 EJB 容器負責生命週期，僅適用於 Session Bean

當業務處理耗時較長（如報表生成、郵件發送、資料同步）時，同步呼叫會阻塞客戶端。EJB 3 的訊息驅動 Bean (Message-Driven Bean, MD

EJB 3 的攔截器機制類似 AOP 的 Around Advice，能在不修改業務邏輯的前提下，橫切處理日誌、安全、交易等關注點。本文深入解析「攔截器方法」與

POJO 類別的存取子與建構子是 Java 開發中最高頻的樣板程式碼。Eclipse 內建強大的 Source Actions，能以滑鼠幾下完成原本需手動輸入數

Spring 開發中常見「介面 + 實作類」模式，手寫介面既繁瑣又易出錯。Eclipse 提供強大的重構與程式碼生成功能，能秒級完成介面抽取與測試類建立。本文實