ASP.NET Response.End() 執行緒中止異常解決方案

錯誤現象

在 AJAX 請求處理中呼叫 Response.End()，Visual Studio 偵錯時顯示：
由於代碼已經過優化或者本機框架位於調用堆棧之上，無法計算表達式的值。
實際拋出的是 ThreadAbortException。

根本原因

• Response.End() 內部呼叫 Thread.CurrentThread.Abort() 強制終止當前執行緒。
• 這會導致執行緒拋出 ThreadAbortException，中斷後續程式碼，直接跳轉至 Application_EndRequest 事件。
• Response.Redirect、Server.Transfer 內部也呼叫 Response.End()，同樣會觸發此異常。

三種解決方案

方案一：使用 CompleteRequest（推薦）

public void Write(string obj) {
    Response.Clear();
    Response.Write(obj);
    HttpContext.Current.ApplicationInstance.CompleteRequest(); // 關鍵：不終止執行緒
    // Response.End(); // 註釋掉
}

• CompleteRequest() 會跳過剩餘的頁面生命週期事件（如 PreRender、Render），直接進入 EndRequest，但不會中止執行緒，後續代碼仍會繼續執行。
• 適用於 AJAX、Web API、HTTP Handler 等非完整頁面生命週期場景。

方案二：Response.Redirect 避免終止

// 錯誤：Response.Redirect("next.aspx"); // 內部呼叫 End()
// 正確：
Response.Redirect("next.aspx", false); // 第二個參數 false = 不呼叫 Response.End()
HttpContext.Current.ApplicationInstance.CompleteRequest(); // 手動完成請求

方案三：try-catch 吞掉異常（不推薦）

try {
    Response.End();
} catch (ThreadAbortException) {
    // Thread.ResetAbort(); // 可選：阻止異常繼續傳播
}

缺點：掩蓋真實錯誤、影響效能、違反異常處理最佳實踐。

最佳實踐總結

結語

Response.End() 是 ASP.NET 1.x 遺留的強制終止機制，現代開發應全面改用 HttpApplication.CompleteRequest()，避免執行緒中止帶來的效能損耗、日誌雜訊與偵錯困擾。