下面是关于这个问题的官方说法(我找不到最新的，但我认为。net的后续版本情况没有改变)

这就是如何响应。重定向(url, true)工作。它抛出ThreadAbortException以中止线程。忽略这个异常。(我假设它是一些全局错误处理程序/记录器，你看到它了吗?)

一个有趣的相关讨论Response.End()是否被认为有害?

我甚至试图避免这一点，以防万一在线程上手动做中止，但我宁愿留下它与“CompleteRequest”和继续-我的代码有返回命令后重定向无论如何。这是可以做到的

public static void Redirect(string VPathRedirect, global::System.Web.UI.Page Sender)
{
    Sender.Response.Redirect(VPathRedirect, false);
    global::System.Web.UI.HttpContext.Current.ApplicationInstance.CompleteRequest();
}

redirect()抛出异常终止当前请求。

这篇KB文章描述了这种行为(也适用于Request.End()和Server.Transfer()方法)。

对于Response.Redirect()存在重载:

Response.Redirect(String url, bool endResponse)

如果传递endResponse=false，则不会抛出异常(但运行时将继续处理当前请求)。

如果endResponse=true(或者使用了其他重载)，则抛出异常，当前请求将立即终止。

我要做的就是捕捉这个异常，以及其他可能的异常。希望这能帮助到一些人。

 catch (ThreadAbortException ex1)
 {
    writeToLog(ex1.Message);
 }
 catch(Exception ex)
 {
     writeToLog(ex.Message);
 }

我知道我迟到了，但我只有在响应时才会出现这种错误。重定向正在尝试中…Catch块。

永远不要放一个响应。重定向到尝试…Catch块。这是不好的做法

作为放置响应的替代方法。重定向到尝试…Catch块，我将把方法/函数分解为两个步骤。

在Try…Catch块执行请求的操作，并设置一个“结果”值来指示操作的成功或失败。 在Try…Catch块是否重定向取决于“结果”值是什么。

这段代码远非完美，可能不应该复制，因为我还没有测试过它。

public void btnLogin_Click(UserLoginViewModel model)
{
    bool ValidLogin = false; // this is our "result value"
    try
    {
        using (Context Db = new Context)
        {
            User User = new User();

            if (String.IsNullOrEmpty(model.EmailAddress))
                ValidLogin = false; // no email address was entered
            else
                User = Db.FirstOrDefault(x => x.EmailAddress == model.EmailAddress);

            if (User != null && User.PasswordHash == Hashing.CreateHash(model.Password))
                ValidLogin = true; // login succeeded
        }
    }
    catch (Exception ex)
    {
        throw ex; // something went wrong so throw an error
    }

    if (ValidLogin)
    {
        GenerateCookie(User);
        Response.Redirect("~/Members/Default.aspx");
    }
    else
    {
        // do something to indicate that the login failed.
    }
}