中介軟體是電子商務成功的關鍵支撐 電子商務本質是分散異構系統間的業務協同。單純 Web 技術因早期設計為資訊發布，存在併發瓶頸、難擴展、效率低、安全不足等問題，

為什麼需要伺服端元件架構？ 企業級分散式應用面臨高併發、安全、交易、資源管理等複雜挑戰。傳統兩層架構（Fat Client）存在部署成本高、資料庫驅動管理難、網

無狀態會話 Bean 核心特性 Stateless Session Bean 不維護客戶會話狀態，單次方法調用結束即釋放回實例池，支援高併發、極佳擴展性。核心特

有狀態會話 Bean 的生命週期管理 Stateful Session Bean 為特定客戶維護會話狀態，每個並發用戶對應一個 Bean 實例。為優化記憶體使用

EJB Context：Bean 與容器溝通的橋樑 在 EJB 架構中，Enterprise Bean 需要一個管道來獲取運行時環境資訊、管理事務邊界以及執行安

Entity Bean 定位 在成熟多層架構中，組件分為兩類： 應用邏輯組件：Session Bean，提供業務方法。 持久資料組件：Entity Bean，

場景 接手陌生資料庫（如朋友公司的 titanium DB），無文檔、無 ER 圖，需快速掌握表結構、欄位、索引、預存程序。 核心 API：DatabaseM

設計目標 連線取得方式隨部署環境變化（DataSource、連線池、DriverManager）。 符合 JavaBean 規範，兼容一般類別呼叫。 通用操作

專案背景 嚴重依賴 EJB 的 CS 架構產品：胖客戶端 → EJB 業務介面 → DAO。業務邏輯複雜，UI 層非簡單 CRUD。 初期錯誤：EJB 當成「

Sybase ASE (Adaptive Server Enterprise) JDBC 連接實戰 Sybase ASE (現 SAP ASE) 廣泛用於金融、

EJB 組件適用性判斷：八大核心問題自查清單 若以下問題答案均為「是」，EJB 即為最佳技術選型；若多為「否」，輕量級方案 (Spring、微服務、Server

EJB 組件架構：六大角色職責分離 EJB 規範定義了六個標準化角色，實現「開發、部署、運行」關注點徹底分離，支撐大型團隊並行工程。 角色職責

核心定位差異：客戶端組件 vs 服務端業務組件 維度JavaBeanEJB (Enterprise JavaBean) 運行

EJB 兩大基石：RMI-IIOP (通訊) + JNDI (查找) EJB 容器之所以能提供透明的遠程調用、負載均衡、故障轉移、安全傳播，核心依賴於 RMI-

J2EE (Java EE / Jakarta EE) 技術棧全景圖 J2EE 定義了企業級應用開發的標準化技術集合。本文系統梳理十三大核心技術的定位、核心 A

Java 語言：從 Oak 到企業級開發標準的演進 Java 語言最早命名為 Oak，由 James Gosling 等人為嵌入式消費電子設計。後重新定位於互聯

說明 本文內容與 ID 110805 高度重複，此處提供**去重優化、補充最佳實踐、修正驅動版本**的精簡版，供快速參考。完整詳細版請參考《JSP 連接主流數據

JavaMail 核心架構四大對象 JavaMail API 以四大核心對象封裝郵件發送全流程： Properties：郵件會話配置 (SMTP 服務器、

RMI：Java 原生分布式對象模型的基石 Java RMI (Remote Method Invocation) 讓分布在不同 JVM (甚至不同物理機) 的

場景：Web 模塊 (Server B) 調用 EJB 服務 (Server A) 典型分佈式部署架構：Web 容器 (Tomcat/Jetty/獨立 WebL