Servlet 請求轉發與重定向深度解析：核心差異、代碼實現與最佳實踐

請求轉發 vs 重定向：核心差異一覽

重定向：三種實現方式

// 1. 原始方式
response.setStatus(302);
response.setHeader("Location", "/target");

// 2. 快捷方式（推薦）
response.sendRedirect("/target");

// 3. 額外方式
response.setHeader("Refresh", "0;url=/target");
// 或 JSP 標簽
<c:redirect url="/target"/>

請求轉發：四種獲取 Dispatcher 的方式

// 1. ServletContext 級別（跨 ServletContext 需配置 crossContext）
getServletContext().getRequestDispatcher("/target").forward(req, resp);

// 2. Request 級別（相對當前路徑）
request.getRequestDispatcher("/target").forward(req, resp);

// 3. PageContext（JSP 頁面中常用）
pageContext.forward("/target");

// 4. JSP 動作標簽
<jsp:forward page="/target"/>

核心原理圖解

轉發：Client → Servlet A → (容器內部) → Servlet B → Client（一次請求響應）
重定向：Client → Servlet A → (302 + Location) → Client → Servlet B → Client（兩次請求響應）

最佳實踐建議

• 同模塊業務流程跳轉優先用 轉發，保持請求數據、減少網絡開銷。
• 登錄成功、權限不足、跨應用跳轉、需改變 URL 時使用 重定向。
• 重定向後若需傳遞數據，可用 Session、閃存或 URL 參數。
• 避免在轉發鏈中修改 Response Header/Body，防止 IllegalStateException。

理解這兩者的本質差異，能幫你在設計 Controller 層流程時做出更合理的選擇，避免常見的「Request 屬性丟失」「表單重復提交」等坑。