您现在的位置：程式碼之家 >> 編程語言 > >> Java 程式設計 >> Java 相關知識

EJB 技術全景深度解析：從分布式計算演進看企業級組件架構的核心價值

編輯：Java 相關知識

前言：為什麼要重讀 EJB 技術白皮書？

雖然技術棧已演進至 Spring Boot、微服務、Cloud Native 時代，但 EJB 作為企業級 Java 組件模型的奠基之作，其解決的核心問題——分布式事務、安全、持久、遠程訪問、生命週期管理、可移植性——至今仍是所有企業級中間件的必答題。本文系統梳理 EJB 1.1 規範核心內容，還原技術演進邏輯。

架構演進：兩層 → 三層的必然邏輯

兩層 C/S 的死結

邏輯駐留客戶端（胖客戶端），耦合供應商特定軟體
直接訪問數據庫/事務服務
海量客戶端衝擊單一後端 → 擴展性、可用性、性能三重瓶頸

三層破局：中間層的雙重價值

資源管理優化：連接池複用稀缺資源，叢集支撐故障轉移與負載均衡
業務與服務下沉：安全、事務、邏輯集中中間層，對前端透明，變更不波及客戶端

Java 加持：類文件可攜帶來部署靈活性

分布式對象技術譜系與 EJB 定位

技術	陣營	核心特徵	致命短板
CORBA	OMG	開放標準、IDL、跨語言、高階分布式計算	編程模型極複雜、廠商實現不一、可移植性差
RMI/JRMP	Sun	Java 原生、語義清晰	僅限 Java 互操作
DCOM/MTS	Microsoft	Windows 生態整合	平台鎖定
EJB	Sun	CORBA 可移植性與複雜性的解決方案	早期版本仍過重

EJB 三大核心創新機制

1. 聲明式服務：部署描述符替代複雜 API

CORBA 需調用複雜 API 使用安全、事務
EJB：開發者在部署描述符聲明屬性，容器自動應用服務到 Bean
開發者專注業務邏輯，容器托管基礎設施複雜性

2. 嚴格契約：容器與組件的「憲法」

明確規定：容器必須提供的服務、Bean 開發 API/聲明、Bean 完整生命週期
雙向綁定：廠商知曉如何管理 Bean，開發者知曉 Bean 能力邊界
實現真正可移植性：標準化定位/使用分布式 Bean 的方式

3. 協議透明：統一 RMI-IIOP 語義

底層可用 JRMP、IIOP、專有協議
上層統一Java RMI-IIOP API 與語義
協議細節對應用/Bean 開發者完全屏蔽

Enterprise Bean vs JavaBean：本質區別

維度	JavaBean	Enterprise Bean
包	java.beans (J2SE)	javax.ejb (J2EE)
運行模型	進程內、單地址空間	進程間、跨地址空間、多機
訪問方式	本地直接調用	遠程 RMI 調用
典型場景	GUI 組件、DTO	分布式業務組件
容器依賴	無	強依賴 EJB 容器

總結：EJB 的歷史使命與當下啟示

EJB 確立了「容器管理基礎設施、組件專注業務、聲明式配置、契約保障可移植」的企業級開發範式。這一範式直接傳承至 Spring（IoC 容器、AOP 服務、聲明式事務）、Java EE/CDI、微服務側車模式、Service Mesh。理解 EJB，即理解現代企業級中間件的基因密碼。