Redirect、Transfer与Execute区别整理

一、Redirect和Transfer
      在ASP.NET中，我想很多人在重定向页面的时候都是用Response.Redirect("test.aspx");而在MSDN的教程中也是如此。现在就了解一下在调用Redirect()时到底做了什么？！
     当调用Redirect()时，服务端会给客户端的浏览器发个消息告诉它“我现在要转到其它页面了”，浏览器收到消息(请求)后，马上服从命令，给服务器返回一个确认消息，请求服务器把当前这个页面定位到新页面。

      Server  发送请求 >   Client   收到信息确认返回  > Server 请求重定向 > test.aspx

由此看出，仅仅重定向一个新页面，就在后台做了此许多事，来来回回的两次Server动作，为什么要这么麻烦呢，这样做效率又低，又占网络资源(当网络慢时会显得更加慢,此时对于不是必需看的信息我会毫不犹豫地close掉 (^_^) ) 。为什么不直接在Server端进行重定向动作呢。很荣幸，MS提供了个Server.Transfer("test.aspx"),它的一切动作都在Server端进行，所以相对而言，它的重定向速度比前都要快得多。它有两个参数，一个为重定向页面，一个为布尔值(用来指定是否保存原页面表单的信息)。它仅仅在重定向的时候带了一个状态信息，也就是用ViewState保存了重定向前的页面的信息.因此可以把它理解为一个“假象”，也就是页面上显示的是重定向后的页面，但原来页面的信息却还在ViewState(查看源代码时，有时会看到一堆密密麻麻的字符，就是它了)。
     可以这样在新页面中取得原页面中某个文本框的值：

   

  Server.Transfer( " test.aspx " , true );
  Request.Form( " UserName " );  // 此处的UserName为文本框的id.

    世界没有完美的东西：
    1. Server.Transfer(),只能重定向到网站本身的页面，无法重定向到其它网站，而Redirect则可以，如Response.Redirect(http://www.cnblogs.com") 
    2.在使用了Transfer的第二个可选参数后，执行的时候可能会报出“无效的ViewState..."这样的错误，解决方法参见：http://support.microsoft.com/default.aspx?id=kb;en-us;Q316920

       二、Transfer和Execute
       在ASP时代有这么个东东Server.Execute(),也用来重定向页面，这个东东我看很多web开发人员都不再用了吧(^_^),它的作用只是执行完新页面的结果后又返回到原页面，如下：
      页面1 Server.Execute("页面2")  > 返回页面2的结果 ,再返回到页面1，最终页面是停留在页面1，而不是在页面2.
       以上主要是对Redirect和Transfer用法和效率的讨论。
 

***********************************************************************************************************************

如果你读过很多行业杂志和 ASP.NET 示例，你会发现，大多数人使用 Response.Redirect 将用户引导到另一个页面，而另一些人好像偏爱于神秘的 Server.Transfer，那么，这二者有什么区别？
Response.Redirect 简单地发送一条消息到浏览器，告诉浏览器定位到另一个页面。你可以使用下面的代码将用户引导到另一个页面：
Response.Redirect("WebForm2.aspx")
或者
Response.Redirect("http://www.karlmoore.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), 那么 query string 和任何 form 变量都会同时传递到你定位的页面。
例：WebForm1.aspx 有一个文本框名为 TextBox1，你利用 preserveForm 为 True 传递到 WebForm2.aspx，你仍然可以用 Request.Form("TextBox1") 来取得文本框的值。
这种技术对向导式的多页面输入很有用，不过这里有一个你必须注意的问题是，当你使用 preserveForm 参数时，ASP.NET 有一个 bug，通常情况下，当试图传递 form 或 query string 值时会发生错误。请参见： http://support.microsoft.com/default.aspx?id=kb;en-us;Q316920
非官方的解决办法是在你要传递的目的页面中设置 enableViewStateMac 属性为 True，然后再将其设置回 False。这说明你需要使用 enableViewStateMac 的 False 值才能解决这个问题。
总结：Response.Redirect 简单地告诉浏览器访问另一个页面。Server.Transfer 有利于减少服务器请求，保持地址栏 URL 不变，允许你将 query string 和 form 变量传递到另一个页面（有一点小小的缺陷）。
重要提示：不要混淆了 Server.Transfer 和 Server.Execute，Server.Execute 执行一个页面，并返回结果，在过去 Server.Execute 很有用，不过在 ASP.NET 里，它被 fresher 方法所代替，所以忽略 Server.Execute。

//另一

(1) server.execute和server.Transfer的区别就是

server.execute执行那个页面后返回原来的页面继续执行
server.Transfer执行那个页面后不返回原来的页面

(2)Response.Redirect和Server.Transfer的区别 
 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。 

具体来说:

1 Response.Redirect
这个跳转页面的方法跳转的速度不快，因为它要走2个来回（2次postback），但他可以跳  转到任何页面，没

有站点页面限制（即可以由雅虎跳到新浪），同时不能跳过登录保护。但速度慢是其最大缺陷！Redirect跳转

机制：首先是发送一个http请求到客户端，通知需要跳转到新页面，然后客户端在发送跳转请求到服务器端。

需要注意的是跳转后内部空间保存的所有数据信息将会丢失，所以需要用到session。

2  Server.Transfer
速度快，只需要一次postback ,但是。。。。他必须是在同一个站点下，因为它是server的一个方法。另外，

他能跳过登录保护。你可以写个小程序试试：设计一个由页面一到页面二的跳转，但要进入到页面二需要登录

，form认证，但如果跳转语句使用transfer的话，那就不会弹出登录页面了。这个方法的重定向请求是发生在

服务器端，所以浏览器的url地址仍然保留的是原页面的地址！

3  Sever.Execute
这种页面导航方式类似于针对ASPX页面的一次函数调用，被调用的页面能够访问发出调用页面的表单数据和查

询字符串集合，所以要把被调用页面Page指令的EnableViewStateMac属性设置成False。默认情况下，被调用页

面的输出追加到当前应答流。但是，Server.Execute方法有一个重载的方法，允许通过一个TextWriter对象（

或者它的子对象，例如StringWriter对象）获取被调用页面的输出，而不是直接追加到输出流，这样，在原始

页面中可以方便地调整被调用页面输出结果的位置。

//其它

页面重定向Redirect和Transfer的区别 收藏
1.asp:                                                              1.html
- - - - - - - - - - - - - - -                                        - - - - - - - - - - -
<% Server.Transfer "1.htm" %>                       <p>this is 1.htm</p>
<% Response.Redirect "1.htm" %>
请求:头部
GET /1.asp HTTP/1.1
Accept: */*
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Host: localhost:8080
Connection: Keep-Alive
Cookie: ASPSESSIONIDACCTRTTT=PKKDJOPBAKMAMBNANIPIFDAP

@Server.Transfer应答: //直接在服务端执行1.htm并返回结果.对客户端而言是透明的.
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.1
Date: Sat, 31 May 2008 12:52:44 GMT
X-Powered-By: ASP.NET
Content-Length: 20
Content-Type: text/html
Cache-control: private
 
<p>this is 1.htm</p>

@Response.Redirect应答: //通知客户端做重定向.
HTTP/1.1 302 Object moved
Server: Microsoft-IIS/5.1
Date: Sat, 31 May 2008 12:55:57 GMT
X-Powered-By: ASP.NET
Location: 1.htm
Content-Length: 121
Content-Type: text/html
Cache-control: private
 
<head><title>Object moved</title></head>
<body><h1>Object Moved</h1>This object may be found <a HREF="">here</a>.</body>

客户端收到Http302后,根据Location提供的文件地址.重新请求:
GET /1.htm HTTP/1.1
Accept: */*
Accept-Language: zh-cn
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Host: localhost:8080
Connection: Keep-Alive
If-Modified-Since: Thu, 06 Mar 2008 06:50:13 GMT
If-None-Match: "b224758ec53dc61:9f0"
Cookie: ASPSESSIONIDACCTRTTT=PKKDJOPBAKMAMBNANIPIFDAP

第二次应答:
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.1
X-Powered-By: ASP.NET
Date: Sat, 31 May 2008 12:55:57 GMT
Content-Type: text/html
Accept-Ranges: bytes
Last-Modified: Sat, 31 May 2008 12:52:32 GMT
ETag: "76d85bd51c41c61:9f0"
Content-Length: 20
 
<p>this is 1.htm</p>

附: 其它常见Http Response Head:
HTTP/1.1 401 Access Denied
Server: Microsoft-IIS/5.1
Date: Sat, 31 May 2008 09:15:55 GMT
WWW-Authenticate: Negotiate
WWW-Authenticate: NTLM
Connection: close
Content-Length: 3964
Content-Type: text/html
 
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<html dir=ltr>
……

HTTP/1.1 403 Access Forbidden
Server: Microsoft-IIS/5.1
Date: Sat, 31 May 2008 08:57:39 GMT
Connection: close
Content-Type: text/html
Content-Length: 172
 
<html><head><title>Directory Listing Denied</title></head>
<body>...</body></html>

HTTP/1.1 404 Not Found
Date: Sat, 31 May 2008 09:03:14 GMT
Server: Apache/2.0.55 (Unix) PHP/5.0.5
Content-Length: 291
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: text/html; charset=iso-8859-1
 
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>404 Not Found</title>
</head>
<body>...</body>
</html>

 

//补充 

 2.1 Response.Redirect
  
  　　Response.Redirect方法导致浏览器链接到一个指定的URL。当Response.Redirect()方法被调用时，它会创建一个应答，应答头中指出了状态代码302（表示目标已经改变）以及新的目标URL。浏览器从服务器收到该应答，利用应答头中的信息发出一个对新URL的请求。
  
  　　这就是说，使用Response.Redirect方法时重定向操作发生在客户端，总共涉及到两次与服务器的通信（两个来回）：第一次是对原始页面的请求，得到一个302应答，第二次是请求302应答中声明的新页面，得到重定向之后的页面。
  
  　　2.2 Server.Transfer
  
  　　Server.Transfer方法把执行流程从当前的ASPX文件转到同一服务器上的另一个ASPX页面。调用Server.Transfer时，当前的ASPX页面终止执行，执行流程转入另一个ASPX页面，但新的ASPX页面仍使用前一ASPX页面创建的应答流。
  
  　　如果用Server.Transfer方法实现页面之间的导航，浏览器中的URL不会改变，因为重定向完全在服务器端进行，浏览器根本不知道服务器已经执行了一次页面变换。
  
  　　默认情况下，Server.Transfer方法不会把表单数据或查询字符串从一个页面传递到另一个页面，但只要把该方法的第二个参数设置成True，就可以保留第一个页面的表单数据和查询字符串。
  
  　　同时，使用Server.Transfer时应注意一点：目标页面将使用原始页面创建的应答流，这导致ASP.NET的机器验证检查（Machine Authentication Check，MAC）认为新页面的ViewState已被篡改。因此，如果要保留原始页面的表单数据和查询字符串集合，必须把目标页面Page指令的EnableViewStateMac属性设置成False。
  
  　　2.3 Server.Execute
  
  　　Server.Execute方法允许当前的ASPX页面执行一个同一Web服务器上的指定ASPX页面，当指定的ASPX页面执行完毕，控制流程重新返回原页面发出Server.Execute调用的位置。
  
  　　这种页面导航方式类似于针对ASPX页面的一次函数调用，被调用的页面能够访问发出调用页面的表单数据和查询字符串集合，所以要把被调用页面Page指令的EnableViewStateMac属性设置成False。
  
  　　默认情况下，被调用页面的输出追加到当前应答流。但是，Server.Execute方法有一个重载的方法，允许通过一个TextWriter对象（或者它的子对象，例如StringWriter对象）获取被调用页面的输出，而不是直接追加到输出流，这样，在原始页面中可以方便地调整被调用页面输出结果的位置。