高效的使用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优化和技术以降低风险 .也同样希望你喜欢这篇文章。

时间: 2024-10-09 22:44:50

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

高效的使用 Response.Redirect

介绍: 我正在评估一个 ASP.NET Web 项目应用.它有一些可扩展性问题.意味着当网站访问量增加的时候.系统将会变得缓慢.当我查看应用日志.我找到了大量的 ThreadAbortException. 这个应用大量的使用了 Response.Redirect (是的 endResponse= true),这个就是可扩展性问题的根源.通过endResponse = false 在Response.Redirect将会解决这个问题. 但这样做会导致应用程序出现一些奇怪的问题.因为应用程序将假设在

aspx在页面跳转(Response.Redirect)时丢失session问题及解决办法

[问题描述] 假设a.aspx.cs页面保存有Session["empid"]="3",当a.aspx.cs通过Response.Redirect("b.aspx")到达b.aspx页面后,b.aspx.cs获取到的Session["empid"]为null [解决思路]目前没有找到比较好的方法,暂时的处理方式是:在a.aspx页面跳转到b.aspx时,将session的值传过去,b.aspx页面接收到之后将该值更新到sess

Response.Redirect(&quot;x.aspx);跳转后session为null的解决方法

通常我们做登陆的时候都是登录成功后为管理员保存一些信息,一般都会写类似下面的代码 if(登录成功) { Session["xx"] = "user"; Response.Redirect("Framework.aspx"); } 当我们登录后再从其它页面访问Session["xx"]的时候发现报错说为null.郁闷具体是为什么我也不清楚. 网上百度一下有人做了如下解释,不知道是否合理 原因:当asp.net 执行 respon

调用Response.Redirect 捕获异常 解决办法(摘抄)

如果使用 Response.End.Response.Redirect 或 Server.Transfer 方法,将出现 ThreadAbortException 异常.您可以使用 try-catch 语句捕获此异常.Response.End 方法终止页的执行,并将此执行切换到应用程序的事件管线中的 Application_EndRequest 事件.不执行 Response.End 后面的代码行.此问题出现在 Response.Redirect 和 Server.Transfer 方法中,因为

Response.Redirect()、Server.Execute和Server.Transfer的区别

1.Response.Redirect(): Response.Redirect方法导致浏览器链接到一个指定的URL. 当Response.Redirect()方法被调用时,它会创建一个应答,应答头中指出了状态代  码302(表示目标已经改变)以及新的目标URL.浏览器从服务器收到该应答,利用应答头中的信息发出一个对新URL的请求. 这就是说, 使用Response.Redirect方法时重定向操作发生在客户端,总共涉及到两次与服务器的通信(两个来回):第一次是对原始页面 的请求,得到一个302

页面跳转 Server.Transfer和 Response.Redirect的区别

1.Server.Transfer 用于把处理的控制权从一个页面转移到另一个页面,在转移的工程中没有离开服务器内部控件(如request,session等)保存的信息不变.因此你能从a页面跳转到b页面而不丢失a页面里的信息. 2.Response.Redirect 发送一个HTTP响应到客服端浏览器,告诉客服端跳转到哪一个页面,客服端在发送跳转请求到服务器.使用此方法将无法保存内部控件的数据,页面a跳转到页面b,而页面b将无法访问a中form提交的数据. 而在具体比较如下 Server.Tran

try catch中用了 Response.Redirect 引发的线程异常终止

记录一下,提醒自己. 今天写代码的时候,在try 中写了一句  Response.Redirect 在 catch 把页面重定向到了另外一个地方 本来是想打算,如果没出现异常,就定到页面A,如果异常了就定到页面b,然后发现,尼玛怎么样都去了页面b 本来以为是我try代码块中,访问webService出现了什么异常,单步调试了好久,每次都正常没有错误,但是一到 Response.Redirect  就线程终止 搜了一下资料,解决了.以下是一篇说明.很多地方有,不知道出处了. 如果使用 try .c

Server.Transfer 和 Response.Redirect 用法区别

在ASP.NET中,在后台传值方式目前大多都是用 Response.Redirect("页面地址") 来重定向页面的,但是现在还有一种方式也可以达到重定向页面的作用,而且在某些时刻会起到一种很棒的效果,那就是使用 Server.Transfer("页面地址") 来重定向地址. 现在我们来详细了解一下这两种重定向页面地址的用法和区别: Response.Redirect :Response.Redirect 会将地址输出至浏览器,执行重定向操作.但是请注意,在程序执行

Server.Transfer()与Response.Redirect()区别

Server.Transfer()地址栏路径不变化,只是后台处理改变 另外server.transfer最好是本目录或者本目录下子目录,不要跨到上一级目录 大多数人使用Response.Redirect 将用户引导到另一个页面,而另一些人好像偏爱于神秘的Server.Transfer,那么,Response.Redirect 和Server.Transfer有什么区别? Response.Redirect简单地发送一条消息到浏览器,告诉浏览器定位到另一个页面.你可以使用下面的代码将用户引导到另一