記錄一下，提醒自己。
今天寫代碼的時候，在try 中寫了一句 Response.Redirect
在 catch 把頁面重定向到了另外一個地方
本來是想打算，如果沒出現異常，就定到頁面A，如果異常了就定到頁面b，然后發現，尼瑪怎么樣都去了頁面b
本來以為是我try代碼塊中，訪問webService出現了什么異常，單步調試了好久，每次都正常沒有錯誤，但是一到 Response.Redirect 就線程終止
搜了一下資料，解決了。以下是一篇說明。很多地方有，不知道出處了。
如果使用 try 、catch 處理包含Response.Redirect 語句代碼，總是能捕捉到異常：線程正在中止，
其實不僅僅Response.Redirect 會，Response.End 和 Server.Transfer 也是一樣的情況，本質的原因的原因是Response.End 方法停止頁的執行，並將該執行變換到應用程序的事件管線中的 Application_EndRequest 事件， Response.End 后面的代碼行將不執行。通常認為Response.End 方法是線程的非正常結束，因此MS就在內部拋出ThreadAbortException 異常，而Response.Redirect 和 Server.Transfer 這兩種方法都在內部調用 Response.End。
症狀
如果使用
Response.End、
Response.Redirect 或
Server.Transfer 方法，將出現
ThreadAbortException 異常。您可以使用
try-catch 語句捕獲此異常。
原因
<!-- Inject Script Filtered -->
Response.End 方法終止頁的執行，並將此執行切換到應用程序的事件管線中的
Application_EndRequest 事件。不執行
Response.End 后面的代碼行。
此問題出現在 Response.Redirect 和 Server.Transfer 方法中，因為這兩種方法均在內部調用 Response.End。
此問題出現在 Response.Redirect 和 Server.Transfer 方法中，因為這兩種方法均在內部調用 Response.End。
解決方案
要解決此問題，請使用下列方法之一：
| 對於 Response.End，調用 HttpContext.Current.ApplicationInstance.CompleteRequest 方法而不是 Response.End 以跳過 Application_EndRequest 事件的代碼執行。 | |
對於 Response.Redirect，請使用重載 Response.Redirect(String url, bool endResponse)，該重載對 endResponse 參數傳遞 false 以取消對 Response.End 的內部調用。例如： Response.Redirect ("nextpage.aspx", false);
如果使用此替代方法，將執行 Response.Redirect 后面的代碼。 |
|
| 對於 Server.Transfer，請改用 Server.Execute 方法。 |