Servlet 寫入 Cookie 後轉發無法讀取？核心原因與解決方案詳解

在 Servlet 開發中，常見的一個困擾是：在一個 Servlet 中寫入 Cookie 後，緊接著使用 forward 轉發到另一個 Servlet 讀取，卻發現讀不到剛寫入的 Cookie，只能讀到上一次請求攜帶的舊 Cookie。這究竟是為什麼？我們該如何解決？

核心原因：請求與響應的生命週期

要理解這個問題，必須搞清楚 HTTP 請求處理的流程：

1. 客戶端發起請求：瀏覽器攜帶當前所有有效的 Cookie 發送請求給伺服器。
2. 伺服器處理並寫入 Cookie：Servlet 通過 response.addCookie() 寫入新 Cookie，這實際上是將 Set-Cookie 標頭加入 HTTP 響應中，數據已經發送給客戶端。
3. 轉發（Forward）發生：伺服器內部將請求轉發給另一個 Servlet。關鍵點來了——轉發是伺服器內部行為，不會觸發新的 HTTP 請求。此時第二個 Servlet 讀取的 request.getCookies()，依然是步驟 1 中客戶端攜帶的舊 Cookie。
4. 下一次請求才會攜帶新 Cookie：只有客戶端收到響應並發起下一次請求時，新寫入的 Cookie 才會被瀏覽器自動攜帶上來。

簡單說：寫入 Cookie 影響的是「下一次請求」，而轉發發生在「同一次請求」內部。

兩種解決方案

方案一：本地暫存，不完全依賴 Cookie

在寫入 Cookie 後，同步將數據存入 request.setAttribute() 或 session.setAttribute()。後續轉發的 Servlet 優先從 Request/Session 讀取，兜底再讀 Cookie。這樣能立即獲取最新數據，且不依賴客戶端下一次請求。

方案二：使用重定向（Redirect）替代轉發 （推薦）

將 forward 改為 response.sendRedirect()。重定向會讓伺服器返回 302 狀態碼和新位置給瀏覽器，瀏覽器隨即發起全新的 HTTP 請求。這時新 Cookie 已在瀏覽器端，新請求自然會攜帶它，第二個 Servlet 就能正常讀取了。

// 錯誤示範：forward 無法讀取新 Cookie
request.getRequestDispatcher("/readCookie").forward(request, response);

// 正確做法：redirect 觸發新請求，可讀取新 Cookie
response.sendRedirect(request.getContextPath() + "/readCookie");

方案二更簡潔、符合 HTTP 語義，也是解決此類問題的標準做法。

總結

Cookie 的生效需要經過「響應 → 客戶端存儲 → 下一次請求」的完整週期。轉發不會產生新請求，自然讀不到新 Cookie。掌握這一機制，靈活選擇 Redirect 或本地暫存，即可輕鬆解決 Servlet Cookie 讀取時序問題。