JSP 聲明語法 <%! %> 深度解析：應用級共享變量陷阱

兩種聲明語法對比

實驗驗證

測試代碼 (test1.jsp, test2.jsp)

<%! int intCount = 0; %>
<%
    intCount++;
    out.print("第 " + intCount + " 人次進入本頁面!");
%>

測試環境

JRun 3 + JDK 1.2 (經典環境，現代容器行為一致)

測試結果

• 同一頁面多用戶訪問：計數器遞增，**所有用戶共享同一變量**，初始化 intCount=0 僅在類加載時執行一次（首次請求）。
• 不同頁面互不影響：test1.jsp 與 test2.jsp 編譯為不同 Servlet 類，各自擁有獨立的 intCount 成員變量。

原理深度剖析

JSP 編譯為 Servlet 類結構：

public class test1_jsp extends HttpJspBase {
    // <%! ... %> 生成在此處
    int intCount = 0;

    public void _jspService(HttpServletRequest request, HttpServletResponse response) {
        // <% ... %> 生成在此處
        intCount++;
        out.print("第 " + intCount + " 人次進入本頁面!");
    }
}

• 容器啟動時加載類，**單例模式**創建一個實例服務所有請求。
• 成員變量 intCount 屬於該實例，**所有請求線程共享**。
• 無同步機制 → 競態條件 → 計數錯誤、數據競爭。

等效於 ASP 的 Application 對象

行為類似 ASP 的 Application("count")：全局共享、進程生命週期內持久。但 JSP 聲明**不支持集群**，多 JVM 實例各自維護副本。

危害與誤區

1. 計數器錯誤：併發下 count++ 非原子操作，導致漏計/重計。
2. 業務數據洩漏：若聲明存放用戶對象 <%! User currentUser; %>，多用戶將互相覆蓋，嚴重安全事故。
3. 內存洩漏：聲明持有大對象且無釋放機制，隨應用生命週期常駐內存。
4. 測試難發現：單用戶測試正常，壓測/生產才暴露。

正確替代方案

現代容器行為差異

• Tomcat 9+ 默認開發模式下修改 JSP 會觸發重編譯、類重載，**聲明變量會重置**，掩蓋了共享問題，誤導開發者以為安全。
• 生產模式 (development="false") 或預編譯部署時，類不會熱重載，共享問題真實存在。

總結

嚴禁在 JSP 中使用 `<%! %>` 聲明實例變量存儲可變狀態。 它是 Servlet 單例模式下的共享實例字段，極易導致併發Bug與安全漏洞。請根據數據生命週期選擇正確的範圍對象 (page/request/session/application)，並配合線程安全手段 (AtomicInteger, Collections.synchronizedMap, ThreadLocal 等)。

1. 上一篇文章： 手把手教你編寫第一個 JSP 自定義標籤
2. 下一篇文章： JSP 開發入門（一）：環境搭建與第一個 JSP 頁面

關於JSP

Struts 2 OGNL 表達式語言完整指南：值棧、上下文、常用操作與標籤實戰

OGNL 核心定位 OGNL (Object-Graph N

JSP 基礎語法四：包含指令（靜態包含）

包含指令可重用重複代碼（如頁首、頁尾、導航欄）。JSP 提供

JSP 井字棋遊戲實現：AI 對戰算法與前端交互完整指南

JSP 井字棋遊戲：從界面到 AI 算法的全棧實現 井字棋

JSP request 內置對象深度解析（一）：核心方法與參數接收全攻略

request 是 JSP 開發中使用頻率最高的內置對象，封