c# - "EndResponse"能否提高 ASP.Net 页面的性能

Question

我的员工页面中有一个 Response.Redirect。它重定向到工资页面。

Response.Redirect ("Salary.aspx");

在我添加如下异常处理之前它工作正常。

try
{
   Response.Redirect ("Salary.aspx");
}
catch(Exception ex)
{
//MyLog();
    throw new Exception();
}

//Remaining code in event handler

这导致了一个新的异常，提示“Thread was being aborted”。我知道这可以通过将重定向的 endResponse 设置为 false 来避免。

Response.Redirect(url, false);
Context.ApplicationInstance.CompleteRequest();

新异常说明:总是抛出异常，但由框架处理。因为我添加了一个 try..catch，它在那里被捕获(并且我抛出一个新的异常)

注意:CompleteRequest 会绕过更多的 HTTP 过滤器和模块，但不会绕过当前页面生命周期中的更多事件

注意:Response.Redirect抛出这个异常来结束当前页面的处理。 ASP .Net 本身会处理此异常并调用 ResetAbort 继续处理。

问题

1. “将 endResponse 设置为 false”是否可以提高性能，因为不会抛出异常？
2. “将 endResponse 设置为 false”是否会因为页面生命周期事件未终止而降低性能？

陷阱

1. 如果将 endResponse 设置为 false，将执行事件处理程序中的其余代码。因此我们需要对剩余代码进行 if 检查(检查:是否不满足重定向条件)。

引用

1. Why Response.Redirect causes System.Threading.ThreadAbortException?
2. ASP.NET exception "Thread was being aborted" causes method to exit

Answer 1

结束响应(Response.Redirect(url) 或 Response.Redirect(url, true))不会比Response.Redirect(url, false)。使用 false 时，由于您可以控制代码执行，因此在您要重定向用户时，您可以简单地不再执行任何代码。

这在 MSDN entry 中指定对于 Response.Redirect():

If you specify true for the endResponse parameter, this method calls the End method for the original request, which throws a ThreadAbortException exception when it completes. This exception has a detrimental effect on Web application performance, which is why passing false for the endResponse parameter is recommended.

如您所述，您确实需要关注页面生命周期事件。如果您要重定向用户，则不应继续执行页面事件(不仅是为了性能)。我最近写了一个简短的例子来展示 what can happen如果你不这样做，编码/计划很差。

该帖子的底线是 Response.Redirect() 向浏览器返回 302。当您使用 Response.Redirect(url, false) 时可能会出现问题，因为页面会继续执行，用户可以选择忽略 302 而不是看到 会“已经 呈现...因此您需要采取措施确保他们看不到任何您不希望他们看到的内容。 NoRedirect Firefox 的附加组件在测试时很有帮助。

为获得最佳性能:使用"false" 作为endResponse 参数，确保您没有运行任何进一步的代码，并确保如果用户忽略 302，页面将不会呈现您不希望用户看到的任何信息。