J2EE 叢集環境下 HttpSession 複寫策略與效能優化指南

會話狀態管理的選擇

Web 應用幾乎都需維護會話狀態 (購物車、登入狀態、多步驟表單)。儲存位置選擇影響擴展性與效能：

• 客戶端 (Cookie/Hidden Field)：不安全、有大小限制、每請求傳輸開銷大。
• EJB 層 (Stateful Session Bean)：靈活但增加 EJB 容器負擔，擴展成本高。
• 資料庫：持久可靠但 I/O 昂貴，資料層易成瓶頸。
• Web 層 HttpSession (推薦)：原生 API、支援失效通知、僅需擴展 Web 伺服器，成本最低。

HttpSession API 核心

public interface HttpSession {
    Object getAttribute(String name);
    void setAttribute(String name, Object value);
    void removeAttribute(String name);
    void invalidate();
    void setMaxInactiveInterval(int seconds);
    // ...
}

本質是跨 Servlet 共享的 Map，生命週期由容器管理。

Session 複寫機制比較

複寫時機與粒度

• 每請求複寫：最可靠，序列化開銷最大。
• 定時批次複寫 (如每 N 秒)：效能較好，故障可能遺失最近請求資料。
• 屬性級增量複寫 (WebSphere, JBoss 3.2+)：僅傳送變更屬性，大幅降低網路流量。

開發者必須預期：故障轉移後 Session 可能回滾到數個請求前的狀態，程式碼需防禦性檢查屬性是否存在。

主流容器支援摘要

• WebSphere：記憶體 (JMS Pub/Sub)、DB、時間/請求觸發、全量/增量可選。
• WebLogic：記憶體 Buddy、檔案、DB。
• JBoss/Tomcat/Jetty：記憶體複寫、可選增量快照 (JBoss 3.2+)。
• Tomcat 5.0+：全節點記憶體複寫；可透過 WADI Filter 擴展至舊版。

效能優化五大原則

1. 保持 Session 最小化：僅存必要資料，避免大型物件圖。共享資料改放 Application Scope 或快取。
2. 務必呼叫 setAttribute()：容器靠此偵測變更。直接修改取回的 List/Map 不會觸發複寫。
   List cart = (List) session.getAttribute("cart"); cart.add(item); session.setAttribute("cart", cart); // 必須重設
3. 使用細粒度屬性：將頻繁變更與靜態資料拆分不同屬性名，利用增量複寫優勢。
4. 及時 invalidate()：登出、結帳完成即銷毀，釋放記憶體、減少複寫負擔。
5. 清理過期屬性：階段性流程結束時 removeAttribute()，避免垃圾資料隨 Session 複寫。

部署描述符關鍵設定

<web-app ...>
  <distributable/> <!-- 必須標記啟用複寫 -->
  <session-config>
    <session-timeout>30</session-timeout>
  </session-config>
</web-app>

確保所有放入 Session 的物件實作 java.io.Serializable。

結語

HttpSession 複寫是叢集高可用的基石，但策略選擇與程式碼撰寫習慣直接決定擴展上限。架構師應在設計早期評估叢集規模、容錯需求、效能預算，選定複寫模式並制定編碼規範；上線前務必進行負載測試驗證伸縮性。