记录一下，提醒自己。
今天写代码的时候，在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.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 方法。 |
