前言：架構決策決定性能上限
J2EE 應用性能與擴展性的基因，寫在架構設計階段。功能缺失只影響小部分用戶，性能瓶頸則波及全體。作為系統負責人，面臨「少花錢多辦事」的硬約束：更少硬件、帶寬、時間，支撐更多業務。J2EE 組件化與中間件服務是首選路徑，但必須遵循核心架構策略，方能釋放潛能。
策略一：緩存 —— 以空間換時間，避開昂貴 I/O
核心原理
將高頻訪問、低變更率的數據置於緩存（JVM 內存或分布式緩存），繞過持久化存儲（數據庫磁盤 I/O、網絡傳輸）。
典型部署模式
- 本地緩存：每個 JVM 獨立實例，適合只讀/低頻變更數據（字典表、配置項）
- 分布式緩存：多 JVM 共享單一邏輯緩存實例（如 Redis、Memcached），保證一致性
關鍵設計點
- 緩存更新策略：Write-through / Write-behind / Cache-aside
- 失效與淘汰策略：TTL、LRU、LFU
- 緩存穿透、擊穿、雪崩防護
策略二：復制 —— 水平擴展吞吐量的基石
核心原理
在多台物理機器創建指定服務的多個副本，理論上 N 倍副本支撐 N 倍吞吐。負載均衡器分發請求，單點故障自動切換。
實現層面
- 應用伺服器叢集：Session 復制、EJB 實例池分佈
- 數據庫主從/叢集：讀寫分離、多主同步
- 無狀態服務：天然適合復制；有狀態服務需解決會話親和性或狀態外部化
策略三：並行處理 —— 榨乾多核 CPU 與多線程潛力
核心原理
將大任務分解為獨立子任務，在不同線程/處理器並行執行。J2EE 容器天然多線程模型（Servlet 請求線程、EJB 執行線程、MDB 消費線程）提供運行時支撐。
應用場景
- 批量報表生成：拆分數據範圍並行查詢、渲染
- 多源數據聚合：並行調用多個下游服務/數據庫
- 異步任務處理：線程池 + Future/CompletableFuture
注意事項
- 線程安全：共享數據同步、ThreadLocal 洩漏防護
- 資源爭用：連接池、線程池容量規劃
- 結果聚合：錯誤處理、超時控制
策略四：異步處理 —— 縮短關鍵路徑，提升用戶體感性能
核心原理
同步串行流程中，僅執行核心關鍵環節，隨即返回響應；非關鍵環節（發郵件、寫日誌、報表生成、第三方通知）放入異步隊列稍後處理。
技術實現
- JMS / 消息隊列：可靠投遞、削峰填谷、解耦
- @Asynchronous (EJB 3.1+) / @Async (Spring)：聲明式異步
- 事件驅動架構：領域事件發布/訂閱
效益
雖總工作量不變，但用戶無需等待全流程完成，關鍵路徑延遲大幅降低，系統吞吐與韌性同步提升。
策略五：資源池 —— 以共享替代獨占，平衡成本與效能
核心原理
預先創建並維護一組可重用資源實例（數據庫連接、線程、對象實例、Socket 連接），請求到來時借用，用畢歸還，打破「1 請求 : 1 資源」的獨占模式。
經濟模型：決策公式
資源池有效 ⟺ 維護共享池成本 < 每次請求創建新資源成本
| 成本項 | 資源池模式 | 按需創建模式 |
|---|
| 創建/銷毀開銷 | 啟動期集中支付，運行期近零 | 每請求重複支付 |
| 併發容量 | 受池大小上限約束 | 理論無上限，實際受系統資源限制 |
| 內存佔用 | 常駐基線內存 | 波動大，峰值高 |
| 適用資源 | 昂貴、可重用、無狀態/可重置狀態 | 廉價、輕量、強狀態綁定 |
J2EE 核心池化資源
- 數據庫連接池（DataSource）
- EJB 實例池（Stateless Bean、MDB、Entity Bean）
- 線程池（執行器、Web 容器請求線程）
- 對象池（工具對象、緩存條目）
總結：五策協同，構建彈性高效系統
五大策略非孤立存在，而是層層疊加、相輔相成：
- 緩存減少下游壓力 → 降低復制節點所需規模
- 復制提供並行處理的硬件基座
- 並行處理榨乾單節點 CPU，配合異步釋放線程
- 異步配合資源池平滑流量尖峰
- 資源池保障緩存、並行、異步的底層資源供給
架構師的藝術，在於依業務特徵、流量模式、一致性要求、成本預算，為每個子系統選配最優策略組合。無銀彈，唯權衡。
