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

发布时间:2019-07-27编辑:脚本学堂
本文介绍下,Server.Transfer()与Response.Redirect()在使用上的一些区别,有需要的朋友,可以参考下。

先来看Server.Transfer()。
Server.Transfer()地址栏路径不变化,只是后台处理改变。
另外,server.transfer最好是本目录或者本目录下子目录,不要跨到上一级目录。

再来看Response.Redirect()。

Response.Redirect()简单地发送一条消息到浏览器,告诉浏览器定位到另一个页面。你可以使用下面的代码将用户引导到另一个页面:
 

Response.Redirect("WebForm2.aspx")

Response.Redirect("http://www.jb200.com/")

Server.Transfer也是通过一条语句将用户引导到另一页面,比如:Server.Transfer("WebForm2.aspx")。不过,这条语句有一系列独特的优缺点。

首先,通过Server.Transfer引导到另一页面保留服务器资源,通过更改服务器端“焦点”和传输请求来代替告诉浏览器重定向,这就意味着你不会占用较多的HTTP请求,因此这可以减轻服务器的压力,使你的服务器运行更快。

注意:
由于"Transfer"只能在同一服务器端的同一站点间运行,所以你不能用Server.Transfer将用户重定向到另一服务器上的站点。要重定向到服务器以外的站点,只有Response.Redirect能办到。

其次,Server.Transfer保留浏览器端的url地址。这对流线型的数据输入很有帮助,不过这也增加了调试的复杂度。

还有:Server.Transfer方法还有另一个参数——"preserveForm"。如果你设置这个参数为True,比如:Server.Transfer("WebForm2.aspx",True),那么querystring和任何form变量都会同时传递到你定位的页面。

例:WebForm1.aspx有一个文本框名为TextBox1,你利用preserveForm为True传递到WebForm2.aspx,你仍然可以用Request.Form("TextBox1")来取得文本框的值。

这种技术对向导式的多页面输入很有用,不过这里有一个你必须注意的问题是,当你使用preserveForm参数时,ASP.NET有一个bug,通常情况下,当试图传递Form或QueryString值时会发生错误。请参见:http://support.microsoft.com/default.aspx?id=kb;en-us;Q316920

非官方的解决办法是在你要传递的目的页面中设置enableViewStateMac属性为True,然后再将其设置回False。这说明你需要使用enableViewStateMac的False值才能解决这个问题。

总结:Response.Redirect简单地告诉浏览器访问另一个页面。Server.Transfer有利于减少服务器请求,保持地址栏URL不变,允许你将QueryString和Form变量传递到另一个页面(有一点小小的缺陷)。

重要提示:不要混淆了Server.Transfer和Server.Execute,Server.Execute执行一个页面,并返回结果,在过去Server.Execute很有用,不过在ASP.NET里,它被fresher方法所代替,所以忽略Server.Execute。

一、执行过程
1、浏览器ASP文件请求->服务器执行->遇到Response.Redirect语句->服务器发送Response.Redirect后面的地址给客户机端的浏览器->浏览器请求执行新的地址
2、浏览器ASP文件请求->服务器执行->遇到Server.Transfer语句->服务器转向新的文件

二、切换对象
1、Response.Redirect可以切换到任何存在的网页。
2、Server.Transfer只能切换到同目录或者子目录的网页。

三、数据保密
1、Response.Redirect后地址会变成跳转后的页面地址。
2、Server.Transfer后地址不变,隐藏了新网页的地址及附带在地址后边的参数值。具有数据保密功能。

四、传递的数据量(网址后附带的参数)
1、Response.Redirect能够传递的数据以2KB为限。
2、传递的数据超过2KB时,务必使用Server.Transfer。