JavaBean 與 EJB 深度對比：從組件模型到企業級分散式架構

JavaBean 與 Enterprise JavaBean (EJB) 雖同屬「組件」範疇，但定位、能力、部署模型截然不同。本文從定義、介面契約、部署運行、服務質量、演進歷程五個維度深度對比，幫助架構師根據業務場景做出正確技術選型。

核心定義對比

服務質量：EJB 容器提供的企業級能力

EJB 核心價值在於宣告式服務質量，開發者專注業務邏輯，容器負責：

EJB 演進三代：從繁重到輕量

1. EJB 1.x/2.x (Heavyweight)：強制實作多個介面、Home/Remote、XML 部署描述符繁複、僅能在容器運行、測試困難
2. EJB 3.0 (Java EE 5)：註解驅動、POJO 程式模型、移除 Home 介面、引入 JPA、依賴注入、極大簡化
3. EJB 3.1/3.2 (Java EE 6/7/8)：無介面 View、Singleton、非同步、Timer 增強、可在 Servlet 容器運行 (EJB Lite)、CDI 整合

JavaBean 到 EJB 的演進路徑

// 1. 普通 JavaBean（桌面/WEB 表單綁定）
public class OrderForm implements Serializable {
    private String orderId;
    private BigDecimal amount;
    // getter/setter...
}

// 2. 加上註解變為 JPA 實體（持久化）
@Entity
public class Order implements Serializable {
    @Id String orderId;
    BigDecimal amount;
    // ...
}

// 3. 定義業務介面（Local/Remote）
@Local
public interface OrderService {
    void placeOrder(Order order);
    Order findOrder(String id);
}

// 4. 實作 Stateless Session Bean（交易腳本/領域服務）
@Stateless
@TransactionAttribute(TransactionAttributeType.REQUIRED)
public class OrderServiceBean implements OrderService {
    @PersistenceContext EntityManager em;
    @EJB InventoryService inventory;
    
    public void placeOrder(Order order) {
        em.persist(order);
        inventory.reserve(order.getItems());
    }
    public Order findOrder(String id) { return em.find(Order.class, id); }
}

部署與運行差異

ActiveX / COM 整合歷史背景

早期 JavaBean 可透過橋接器封裝為 ActiveX 控件（Beans.instantiate + COM Wrapper），運行於 IE/Windows 桌面。EJB 作為伺服器端組件無法直接成 ActiveX，但可由用戶端 JavaBean/ActiveX 呼叫。現代架構已棄用 ActiveX，改用 Web 標準（HTML5/JS/REST）。

選型決策矩陣

總結

JavaBean 是組件模型的基石：慣例優於配置、可視化設計工具支援、跨層傳輸載體。EJB 是企業級分散式組件模型：容器管理服務質量、遠程透明化、標準化部署。現代架構趨勢：Spring 生態取代 EJB 成為事實標準，微服務以 REST/gRPC 替代遠程 EJB。理解兩者本質差異，才能在遷移重構、技術選型、混合架構中做出清醒決策：業務邏輯用 POJO，基礎設施服務交給容器/框架。