高效的使用 Response.Redirect

介绍:

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

　　说明:

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


1

2

3

4

5

6

7

8

9

10

11

12

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扩展方法。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

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.<span id="6_nwp" style="width: auto; height: auto; float: none;"><a id="6_nwl" href="http://cpro.baidu.com/cpro/ui/uijs.php?adclass=0&app_id=0&c=news&cf=1001&ch=0&di=128&fv=18&is_app=0&jk=281390770ff04e69&k=asp&k0=asp&kdi0=0&luki=4&n=10&p=baidu&q=06011078_cpr&rb=0&rs=1&seller_id=1&sid=694ef00f77901328&ssp2=1&stid=0&t=tpclicked3_hc&tu=u1922429&u=http%3A%2F%2Fwww%2Eadmin10000%2Ecom%2Fdocument%2F3189%2Ehtml&urlid=0" target="_blank" mpid="6" style="text-decoration: none;"><span style="color:#0000ff;font-size:14px;width:auto;height:auto;float:none;">asp</span></a></span>x");

            }

        }

        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 检查,


1

2

3

4

5

6

7

8

<form id="form1" runat="<span id="2_nwp" style="width: auto; height: auto; float: none;"><a id="2_nwl" href="http://cpro.baidu.com/cpro/ui/uijs.php?adclass=0&app_id=0&c=news&cf=1001&ch=0&di=128&fv=18&is_app=0&jk=281390770ff04e69&k=server&k0=server&kdi0=0&luki=5&n=10&p=baidu&q=06011078_cpr&rb=0&rs=1&seller_id=1&sid=694ef00f77901328&ssp2=1&stid=0&t=tpclicked3_hc&tu=u1922429&u=http%3A%2F%2Fwww%2Eadmin10000%2Ecom%2Fdocument%2F3189%2Ehtml&urlid=0" target="_blank" mpid="2" style="text-decoration: none;"><span style="color:#0000ff;font-size:14px;width:auto;height:auto;float:none;">server</span></a></span>">

        <% if(!Response.IsRequestBeingRedirected){ %>

            <<span id="3_nwp" style="width: auto; height: auto; float: none;"><a id="3_nwl" href="http://cpro.baidu.com/cpro/ui/uijs.php?adclass=0&app_id=0&c=news&cf=1001&ch=0&di=128&fv=18&is_app=0&jk=281390770ff04e69&k=asp&k0=asp&kdi0=0&luki=4&n=10&p=baidu&q=06011078_cpr&rb=0&rs=1&seller_id=1&sid=694ef00f77901328&ssp2=1&stid=0&t=tpclicked3_hc&tu=u1922429&u=http%3A%2F%2Fwww%2Eadmin10000%2Ecom%2Fdocument%2F3189%2Ehtml&urlid=0" target="_blank" mpid="3" style="text-decoration: none;"><span style="color:#0000ff;font-size:14px;width:auto;height:auto;float:none;">asp</span></a></span>: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时，你必须取消操作(插入，更新或删除) 这些事件，下面是一个例子


1

2

3

4

5

6

7

8

protected void GridView1_RowEditing(object sender, GridViewEditEventArgs e)

        {

            if (Response.IsRequestBeingRedirected)

            {

                e.Cancel = true;

                return;

            }

        }

总结:

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

　　原文地址：using-response-redirect-effectively.aspx

时间： 2024-11-08 14:36:44

高效的使用 Response.Redirect的相关文章

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

这篇文章主要介绍了如何高效的使用 Response.Redirect解决一些不必要的问题,需要的朋友可以参考下 介绍: 我正在评估一个 ASP.NET Web 项目应用.它有一些可扩展性问题.意味着当网站访问量增加的时候.系统将会变得缓慢.当我查看应用日志.我找到了大量的 ThreadAbortException. 这个应用大量的使用了 Response.Redirect (是的 endResponse= true),这个就是可扩展性问题的根源.通过endResponse = false 在Re

Server.Transfer和Response.Redirect区别

根本上,Response是叫浏览器去重新转向到指定的网页,而Server自然是发生在服务器端为主了,因此会有以下区别: 1. Server.Transfer只能够转跳到本地虚拟目录指定的页面,而Response.Redirect则十分灵活:2. Server.Transfer可以将页面参数方便传递到指定页面:3. 使用时,Server.Transfer跳到别的页面后,浏览器显示的地址不会改变,有时反而会造成误会,当然也有些场合需要这样的效果:4. Server.Transfer可以减少客户端对服

Response.Redirect()和Response.RedirectPermanent()区别

在ASP.NET4.0之前,开发人员经常使用Response.Redirect()方法,用编程的手法,将对老的URL的请求转到新的URL上. 但许多开发人员没有意识到的是,Response.Redirect()方法发的是个 HTTP 302 Found (临时转向) 回复,会在用户尝试访问 老的URL时,导致多余的HTTP往返.搜索引擎一般不会跟随多个重新转向跳转,意味着使用一个临时转向会负面影响你的网页排名. 随着ASP.NET的发展,在ASP.NET 4中引进了一个新的Response.Re

Response.Redirect 打开新窗体的两种方法

普通情况下,Response.Redirect 方法是在server端进行转向,因此,除非使用 Response.Write("<script>window.location='http://dotnet.aspx.cc';</script>") 方法外,是不能在新窗体打开所指定的  URL 地址的.可是,假设细致分析一下,假设设置 form 元素的 target 属性,还是有办法打开新窗体的.以下就是能够採用的两种方法. 方法一:在server端设置 targ

Response.Redirect引起的性能问题分析

现象: 最近做的一个系统通过单点登录(SSO) 技术验证用户登录.用户在SSO 系统上通过验证后,跳转到该系统的不同模块.而跳转的时间一直维持子啊几分钟左右. 分析步骤: 在问题复现时抓取Hang dump 进行分析: 1) 找到用户登陆的调用堆栈 0:071> kb RetAddr           : Args to Child                                                           : Call Site 000007fe`f8

大三在校生的传智120天的1200小时.net(十三)关于Response.Redirect和Server.Execute的区别

Server.Transfer("path")内部重定向请求,是服务器内部的接管,浏览器无法意识到这个接管的发生,浏览器地址栏也不会发生变化.而Response.Redirect("")这是经历了一个通知浏览器重定向,浏览器found之后,向服务器发请求重新访问新的url地址并返回给客户端的过程,这是一次http 302请求. 内部接管,再被重定向到页面中时可以访问到Request,Cookies等,这些来源页面接收的参数的,就像这些参数是传递给他的.而Respon

ASP.NET Response.Redirect 丢失 Session的问题

以前在做ASP.NET开发时一直没注意到一个问题,就是广泛使用的Response.Redirect方法并不会将服务器端在Response中新增或修改的Cookie返回给客户端浏览器,而网站的Session一般来说又是通过Cookie来做客户端唯一标识的,这就会使得当浏览器第一次通过Get方法发送请求到服务器后(由于是客户端浏览器第一次访问服务器,所以这时客户端浏览器中还没有Cookie存储SessionID),在服务器返回的响应中得不到带有SessionID的Cookie,使得浏览器在下一次发送

拦截Response.Redirect的跳转并转换为Js的跳转

有一个很常见的需求,某个页面需要用户登录才能访问,或者某个操作需要用户登录 这就需要检测用户登录,一般是使用Ajax去检测是否登录,当用户未登录时跳转到登录页面 那么问题来了···· 有的时候我们跳转到登录是直接Redirect,而有的时候因为是使用的Ajax,所以直接必须在客户端用Js使用location.href进行跳转 网上找了好久···找不到,然后想起Ext.Net实现了这个需求 就直接参考了Ext.Net的实现,也就是根据需求拦截Response.Redirect的跳转并转换为loca

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

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