ASP.NET Response.Redirect 深度剖析：HTTP 流程與執行順序

Response.Redirect 是 ASP.NET 最常用的導向方法，但其內部 HTTP 行為與頁面生命週期交互常被忽略。本文透過 Fiddler 封包觀察與中斷點偵錯，深度解析 Response.Redirect 的完整執行流程。

實驗環境與程式碼

protected void Page_Load(object sender, EventArgs e)
{
    Response.Redirect("https://www.baidu.com");
}

protected void Page_LoadComplete(object sender, EventArgs e)
{
    // 觀察是否會執行到此處
}

在 Page_Load (第 12 行) 與 Page_LoadComplete (第 17 行) 設定中斷點，啟動 Fiddler 捕獲 HTTP 流量。

觀察結果

核心發現

1. HTTP 回應封包內容

HTTP/1.1 302 Found
Location: https://www.baidu.com
Content-Type: text/html; charset=utf-8
Content-Length: 128

<html><head><title>Object moved</title></head><body>
<h2>Object moved to <a href="https://www.baidu.com">here</a>.</h2>
</body></html>

• 狀態碼 302 Found（暫時重導向）
• Location 標頭指定目標 URL
• 回應主體包含 HTML 連結，供不支援自動重導向的用戶端點擊

2. 頁面生命週期中斷行為

• Page_Load 執行 Response.Redirect 後，立即拋出 ThreadAbortException
• 後續事件（Page_LoadComplete、PreRender 等）不會執行
• finally 區塊仍會執行，using 區塊資源正常釋放

3. 原始碼層面驗證

Response.Redirect 內部實作（簡化版）：

public void Redirect(string url)
{
    Redirect(url, true); // 預設 endResponse = true
}

public void Redirect(string url, bool endResponse)
{
    // ... 設定狀態碼 302、Location 標頭 ...
    if (endResponse)
    {
        HttpContext.Current.ApplicationInstance.CompleteRequest();
        // 內部呼叫 Thread.CurrentThread.Abort() 拋出 ThreadAbortException
    }
}

重要變體：Response.Redirect(url, false)

Response.Redirect("https://www.baidu.com", false);
// 後續程式碼會繼續執行
// 需手動呼叫 CompleteRequest() 或 Context.ApplicationInstance.CompleteRequest()

差異比較：

最佳實務建議

1. 預設使用 Redirect(url, false) + Context.ApplicationInstance.CompleteRequest()，避免 ThreadAbortException 造成效能負擔與日誌雜訊
2. 在 Global.asax 的 Application_Error 中忽略 ThreadAbortException，避免汙染錯誤記錄
3. 若需永久導向（SEO），使用 Response.RedirectPermanent (301) 或手動設定 Response.StatusCode = 301
4. 避免在 try-catch 中吞沒 ThreadAbortException 而未重新拋出，會導致導向失效

常見誤區釐清

• 誤區：Response.Redirect 會立即停止伺服器執行緒
  事實：拋出 ThreadAbortException，CLR 會執行 finally 區塊後終止執行緒
• 誤區：瀏覽器收到 302 會自動重導向
  事實：HTTP 標準規定 302 需用戶代理確認，但所有現代瀏覽器皆自動處理
• 誤區：Server.Transfer 與 Response.Redirect 可互換
  事實：前者伺服器端轉移（URL 不變）、後者客戶端重導向（URL 改變），語意截然不同

總結

Response.Redirect 透過 302 狀態碼與 Location 標頭實現客戶端導向，內部以 ThreadAbortException 中斷頁面生命週期。理解其 HTTP 行為與執行緒模型，能避免常見陷阱並撰寫更健壯的導向邏輯。