Java Web 框架選型迷思：從 Struts 到 Spring Boot 的演進之路

時代的變遷：六年前與今天

六年前，提到 Java Web 框架幾乎等同於 Struts 1.x——經典、統治級、無人質疑。時移世易，框架生態爆發式增長，選型反而讓人「心寒」。本文梳理主流框架演進脈絡，提供決策參考。

主流框架演進時間軸

框架深度剖析

Struts 2：合併 WebWork 後的遺珠

• 優點：OGNL 表達式強大、攔截器架構靈活、標籤庫豐富、社區曾龐大。
• 痛點：OGNL 安全漏洞頻出（S2-0xx 系列）、配置複雜、效能不如 Spring MVC、文檔更新滯後。
• 定位：存量專案維護，新專案不推薦。

JSF：標準規格的雙面刃

• 優點：Java EE 標準、組件庫豐富、IDE 視覺化支援好、狀態管理內建。
• 痛點：ViewState 體積大、生命週期複雜、學習曲線陡峭、AJAX 整合早期痛苦、社區批評聲大。
• 定位：傳統企業級應用、組件導向團隊、需長期維護的專案。

Tapestry 5：承諾與現實的差距

• 概念超前（Live Class Reloading、最小配置），但 Release 週期極長、社區稀薄、AJAX 整合遲遲不完善、文檔斷層。作者 Howard Lewis Ship 雖技術深厚，但生態建設未跟上。

Spring MVC：贏在生態與演進

• 核心優勢：無縫整合 Spring IoC/AOP/Transaction/Security/Data/Boot/Cloud 全家桶。
• 演進路徑：XML 配置 → 註解 → Java Config → Spring Boot 自動配置 → Spring WebFlux 反應式。
• 現狀：Spring Boot 3.x + Spring MVC 6.x 是目前 Java Web 開發的事實標準選型。

模板引擎：Velocity/FreeMarker/Thymeleaf

• Velocity 停更，FreeMarker 維護模式，Thymeleaf 為 Spring Boot 官方推薦（天然支援 Spring 標籤、原型可直接在瀏覽器預覽）。
• 前後端分離架構下，模板引擎退居次要，僅用於郵件模板、PDF 生成、SEO 頁面等場景。

選型決策矩陣

避坑指南：選型六大誤區

1. 盲目追新：Quarkus/Micronaut 很酷，但團隊無 GraalVM/反應式經驗 = 交付風險。
2. 忽視生態：小眾框架遇到疑難雜症無解、招人難、庫缺失。
3. 過度設計：內部管理系統用 Spring Cloud 微服務 = 殺雞用牛刀。
4. 技術債無視：Struts 1.x 老專案不升級 = 安全漏洞、招不到人維護。
5. 前後不分：2024 年還在 Controller 直接返回 JSP 且混寫 JS = 前端體驗差、協作低效。
6. 文檔不傳承：框架升級不寫遷移筆記 = 團隊知識斷層。

給架構師的建議

「最好的框架是團隊最熟悉、能按時交付、滿足非功能需求、且有長期社區支援的那一個。」

• 新專案預設選 Spring Boot 3：除非有極強理由（如極致啟動速度、原生映像、純 Kotlin 團隊），否則偏離 Spring 生態的機會成本極高。
• 投資遷移而非重寫：Struts 1 → Spring MVC 有成熟遷移路徑（Struts2SpringPlugin、Action 轉 Controller），分模組漸進式替換。
• 擁抱前後端分離：後端專注 REST/GraphQL API、領域邏輯、資料一致性；前端專注體驗、狀態管理、組件複用。
• 建立技術雷達：每季評估：採用、試用、評估、暫緩四象限，讓選型可視化、決策透明化。

結語

Java Web 框架歷經「百花齊放」到「Spring 一統」的演進，本質是生態系統競爭的結果。選型不再是技術比較，而是業務場景、團隊能力、長期演進的綜合博弈。願每位架構師都能在「魚與熊掌」間，找到屬於自己的「青菜蘿卜」——踏實、好用、能陪伴系統走過下一個五年。