Q1: EJB 2.0 包含哪些角色？核心是什麼？ 六大角色：Bean Provider、Application Assembler、Deployer、EJB

將企業應用暴露為 Web Service 時，單純將 Action 綁定單一服務是反模式。本文展示如何在 Struts MVC 基礎上引入服務層，實現表現層與業

三大併發異常現象 現象說明例子 髒讀讀到未提交的修改，回滾後數據錯誤事務 A 修改未提交，事務 B 讀取，A 回滾 → B 數據無效 不可重複讀同一事務兩次讀

Struts 1.x 的 MVC 映射 Model：JavaBean（User）+ 業務邏輯 Bean（UserBean） View：JSP 頁面 Contr

J2EE 定位 Java 2 Platform, Enterprise Edition：建立在 J2SE 基礎上，提供 EJB、Servlet、JSP、JMS、

傳統部署的痛點 上線一套 J2EE 應用通常需：安裝 JDK → 安裝應用服務器 → 安裝數據庫 → 配置數據源 → 手工部署 WAR/EAR。步驟繁瑣、環境依

JavaMail 發送郵件時，SMTP 服務器常要求身份驗證。通過繼承 javax.mail.Authenticator 並覆寫 getPasswordAuth

架構設計階段的決策決定系統性能上限。面對「少花錢多辦事」的壓力，以下五大策略為高性能、可擴展 J2EE 系統奠基： 1. 緩存 —— 以空間換時間 將高頻熱點數

痛點一：WAR 部署後資源文件「找不到」 開發階段常用解壓目錄部署，上線卻打包成 .war。WebLogic 不自動解壓 WAR，導致 ServletConte

從繁複走向簡潔：Java EE 簡化之路 長久以來，Java EE（早期稱為 J2EE）雖功能強大，卻因架構過於龐雜、配置文件泛濫、組件模型僵化，嚴重阻礙了開發

ORM 兩條路 手工 JDBC：簡單應用、模型接近關係表。 框架自動映射：複雜域模型、節省樣板碼、減少錯誤。EJB 3.0 實體 Bean = 標準化 POJ

問題場景 實體 Bean DVD 有 5 個屬性 (id, title, releaseDate, producer, director)。客戶端逐一呼叫 ge

核心價值：拖拉拽式開發，專注業務邏輯 傳統 JSP 需手寫 HTML、處理 Request/Response、Forward/Redirect、Session

背景動機 RMI 客戶端需硬編碼服務 URL (rmi://host:port/Name)；Jini 透過 Lookup Service 實現服務發現，客戶端無

XML 在 J2EE 三大應用場域 數據表示與交換：SAX/DOM 解析、DTD/Schema 驗證、JAXP 統一 API、Castor 等綁定框架自動映射

兩種策略對比 策略原理優點缺點 預製圖片拉伸 (條形圖)準備 1px 寬基礎圖片，<img width=N> 拉伸極快、無運算、適合簡單條形/進

問題現象 Sybase 存儲過程參數為 datetime，Java 用 cs.setDate(3, new java.sql.Date(ts.getTime()

為什麼鎖必須在資料庫端 Java 端 synchronized 僅在單 JVM 內有效；叢集、重啟、容錯移轉時會失效。Oracle DBMS_LOCK 釋放機制

核心註解概覽 實體 Bean 即 POJO，用 @Entity 標記，映射資料表。常用註解： @Table(name=xxx) 指定表名 @Id + @Gen

標準事務控制範本 Connection conn = null; Savepoint sp = null; try { conn = DriverMa