JSP 預編譯消除效能瓶頸：原理、工具鏈與生產部署最佳實踐

為什麼需要 JSP 預編譯？

JSP 首次請求經歷：**翻譯 → 編譯 → 載入 → 執行**。首訪用戶感知明顯延遲（數百毫秒至秒級），叢集環境下每節點重複編譯放大問題。生產環境**必須**將編譯前置至建構/部署階段，實現「零首訪延遲」。

三種預編譯路徑對比

主流容器預編譯實操

Tomcat (JspC Ant/Maven/Gradle 任務)

<!-- Maven JspC Plugin -->
<plugin>
  <groupId>org.apache.tomcat.maven</groupId>
  <artifactId>tomcat-jspc-maven-plugin</artifactId>
  <version>2.2</version>
  <executions>
    <execution>
      <id>jspc</id>
      <phase>compile</phase>
      <goals><goal>compile</goal></goals>
    </execution>
  </executions>
  <configuration>
    <source>1.8</source>
    <target>1.8</target>
  </configuration>
</plugin>

生成的 Servlet 類打包進 WEB-INF/classes，web.xml 自動註冊 <servlet><servlet-name>...</servlet> 映射。

Jetty (jspc-maven-plugin)

<plugin>
  <groupId>org.eclipse.jetty</groupId>
  <artifactId>jetty-jspc-maven-plugin</artifactId>
  <version>9.4.x</version>
  <executions>
    <execution>
      <id>jspc</id>
      <goals><goal>compile</goal></goals>
    </execution>
  </executions>
</plugin>

WildFly / JBoss EAP (undertow-jspc)

內建 Undertow JSPC，Maven Profile 啟用：mvn package -Pjspc。

生產部署檢查清單

1. 關閉運行時編譯：Tomcat web.xml 設定 org.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=true、development=false。
2. 驗證 Servlet 映射：部署後確認 WEB-INF/web.xml 含預編譯 Servlet 定義，無 JspServlet 處理 *.jsp。
3. 靜態資源分離：CSS/JS/圖片走 Nginx/CDN，JSP 僅輸出動態片段。
4. 監控指標：JVM 編譯佇列長度、類載入數、GC 停頓，確保無運行時編譯觸發。

遷移現代架構的啟示

• JSP 預編譯本質是**構建時將模板轉為可執行代碼**，與現代前端構建同構。
• 現代選擇：Thymeleaf/FreeMarker + Spring Boot（伺服器端模板）、**React/Vue + Vite**（客戶端構建）、**Next.js/Astro**（混合渲染）。
• 若維護舊 JSP 系統，**預編譯是最低成本的效能提升手段**，配合 OPcache、連接池、靜態化，可再戰 3-5 年。