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

Question

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

目前它说：

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

那应该是：

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

我不确定在什么情况下应该使用true以及应该使用false ？ MSDN 页面说更喜欢使用false来避免 ThreadAbortExceptions，所以我应该什么时候使用true ？

Answer 1

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

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

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

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

Answer 2

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

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

您还可以观看此视频，该视频演示了Response.Redirect (False vs True) ASP.NET 面试问题和答案的差异。

Answer 3

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

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

或者

Response.Redirect("Error.aspx");

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

Answer 4

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

Answer 5

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