高效的使用Response.Redirect解决一些不必要的问题(转载)

这篇文章主要介绍了如何高效的使用 Response.Redirect解决一些不必要的问题,需要的朋友可以参考下

介绍:
我正在评估一个 ASP.NET Web 项目应用。它有一些可扩展性问题。意味着当网站访问量增加的时候。系统将会变得缓慢。当我查看应用日志。我找到了大量的 ThreadAbortException. 这个应用大量的使用了 Response.Redirect (是的 endResponse= true),这个就是可扩展性问题的根源。通过endResponse = false 在Response.Redirect将会解决这个问题. 但这样做会导致应用程序出现一些奇怪的问题。因为应用程序将假设在 Response.Redirect 将在当前页面停止执行.除此之外你需要处理一些安全隐患,因为你的应用程序是假设页面事件永远不会执行重定向之后。在这篇文章中,我将讲述一个简单的方法来解决这些问题,并取得良好性能

说明:
比方说你有一个web表单,需要验证一些条件并在条件不符时重定向用户跳转。

protected void Page_Load(object sender, EventArgs e)
{
    var condition = ......;
    if (!condition)
    {
        Response.Redirect("SomePage.aspx");
    }
}
protected void btnSave_Click(object sender, EventArgs e)
{
    // Save Data Here 
}


这样做很好,但这会影响可扩展性能。因为它将会终止线程池.现在,只需要用Response.Redirect("Unauthorized.aspx", false)替换Response.Redirect("Unauthorized.aspx") . 这将解决线程终止的问题,但不会停止当前页面生命周期. 也就是说,你有需要确保 btnSave_Click 事件(和所有其他页面事件)因为只要允许btnSave_Click事件执行任何人都可以很容易地发送POST请求. 为了解决这个问题我推荐使用RedirectUser扩展方法。

public static class HttpResponseExtensions
{
    public static void RedirectUser(this HttpResponse response, string url)
    {
        if (response.IsRequestBeingRedirected)
            return;
        response.Redirect(url, false);
        var context = HttpContext.Current;
        if (context != null)
        {
            context.ApplicationInstance.CompleteRequest();
        }
    }
}
public partial class WebForm : System.Web.UI.Page
{
    protected void Page_Load(object sender, EventArgs e)
    {
        var condition = .....;
        if (!condition)
        {
            Response.RedirectUser("Unauthorized.aspx");
        }
    }
    protected void btnSave_Click(object sender, EventArgs e)
    {
        if (Response.IsRequestBeingRedirected)
        {
            return;
        }
        // Save Data Here 
    }
}


使用 RedirectUser 第一个好处是它将首先使用对于应用程序具有良好扩展性的Response.Redirect(with endResponse= false) 方法。.第二个好处就是在你多次调用这个方法后它不会覆盖先前的Response.Redirect(如果有的话). 第三个好处是它会调用 HttpApplication.CompleteRequest用来处理 ASP.NET运行时所有通过的事件以及过滤 HTTP 管道信息(不是页面生命周期管道信息).另外你需要注意在 btnSave_Click事件中检查 Response.IsRequestBeingRedirected.我也希望你把所有的内部控制放到 Response.IsRequestBeingRedirected 检查,

<form id="form1" runat="server"> 
<% if(!Response.IsRequestBeingRedirected){ %> 
<asp:Button ID="btnSave" runat="server" Text="Save" OnClick="btnSave_Click" /> 
<%--All the Other Controls--%> 
<%--All the Other Controls--%> 
<%--All the Other Controls--%> 
<%} %> 
</form> 


另一件你需要注意的事情,当你使用一个复杂的控制(类似GridView, RadGrid, etc)这些拥有 选择,插入,更新和删除事件时。 当 Response.IsRequestBeingRedirected 为true时,你必须取消操作(插入,更新或删除) 这些事件,下面是一个例子

protected void GridView1_RowEditing(object sender, GridViewEditEventArgs e)
{
    if (Response.IsRequestBeingRedirected)
    {
        e.Cancel = true;
        return;
    }
}

总结:

在这篇文章里,我向您展示如何使用Response.Redirect . 我同样也发现了一些风险问题。可以采用Response.Redirect优化和技术以降低风险 .也同样希望你喜欢这篇文章。

原文地址:https://www.cnblogs.com/OpenCoder/p/5012594.html