JSP 三種頁面跳轉方式詳細比較：sendRedirect、setHeader、forward

三種跳轉方式

1. response.sendRedirect(url)
2. response.setHeader("Location", url)
3. <jsp:forward page="..." /> 或 request.getRequestDispatcher(...).forward()

實測規則總結表

核心差異解析

sendRedirect（客戶端跳轉）

• 瀏覽器收到 302 狀態碼與 Location 標頭，重新發出 GET 請求。
• 請求物件重建，原請求參數/屬性遺失。
• 適用：跨應用、跨域、登入後導向、需讓使用者看到新 URL。

setHeader("Location")（手動設定 302）

• 本質同 sendRedirect，但需自行管理狀態碼（response.setStatus(302)）。
• 較底層，鮮少直接使用。

forward（伺服器端轉發）

• 容器內部轉交控制權，瀏覽器不知情，URL 不變。
• 同一請求物件，參數/屬性完整保留。
• 效能較高，適用同一應用內流程控制。
• 限制：目標資源必須在同一 Web 應用；無法攜帶查詢字串參數（需用 request.setAttribute）。

最佳實務建議

• 同一應用內流程轉向 → 優先用 forward。
• 跨應用、登入驗證、需更新瀏覽器歷史紀錄 → 用 sendRedirect。
• 跳轉前避免任何輸出（含空白、換行），或確保緩衝區未提交（預設 8KB）。
• sendRedirect 後緊接 return，防止後續邏輯干擾。