什么时候应该使用 Response.Redirect(url, true)？答案

【问题标题】：When Should I Use Response.Redirect(url, true)?什么时候应该使用 Response.Redirect(url, true)？
【发布时间】：2011-07-15 13:10:05
【问题描述】：

我在 Global.asax 中的 Application_Error 中重定向到带有美化错误消息的错误页面。

此刻它说：

Response.Redirect("Error.aspx", true);

应该是：

Response.Redirect("Error.aspx", false);

我不确定在什么情况下应该使用true，在哪种情况下应该使用false？ MSDN page 表示更喜欢使用 false 来避免 ThreadAbortExceptions，那么我应该什么时候使用 true？

【问题讨论】：

【解决方案1】：

当您不想中止线程时，您可以使用false。这意味着false 将导致代码继续执行。因此出现在Response.Redirect 之后的代码行将被执行。 true 只会杀死线程，因此不会执行任何进一步的操作，这反过来又会抛出 ThreadAbortException。

因此，这实际上是基于该情况下其余代码的外观的判断调用。通常，您希望在执行路径的末尾调用Response.Redirect，这样就不需要执行任何进一步的操作。但很多时候情况并非如此。这只是你如何控制代码中的逻辑流程的问题。

例如，如果Response.Redirect 之后的下一行是return 并且执行路径简单地结束，那么您可能没问题。但是如果有各种逻辑，在这种情况下执行它会使系统处于未知状态，那么你可能想要中止线程。

我个人认为中止线程表明逻辑控制不佳。这类似于众所周知的代码异味，其中使用异常来控制逻辑流，这是普遍不受欢迎的。如果您可以控制逻辑流程而无需中止线程并引发异常，那可能是首选。

【讨论】：

【解决方案2】：

Response.Redirect(URL,false)：客户端被重定向到一个新页面，服务器上的当前页面将继续处理。

Response.Redirect(URL,true)：客户端被重定向到一个新页面，但是当前页面的处理被中止。

【讨论】：

【解决方案3】：

您永远不需要使用true，因为没有布尔参数会出现重载。

Response.Redirect("Error.aspx", false);

或

Response.Redirect("Error.aspx");

添加了布尔参数，以便您可以在不停止执行的情况下设置重定向。如果您可以自己退出页面代码而不会导致任何额外成本，例如发生数据绑定，那是可取的。

【讨论】：

【解决方案4】：

这里最好使用true，因为您希望所有其他线程都中止；出现错误，应用程序无法继续。

【讨论】：

【解决方案5】：

如果设置为true，应用程序结束响应并返回给用户，如果设置为false，重定向后的代码会继续执行，用户会被重定向到新的整个页面加载生命周期结束后的页面。

【讨论】：