也说页面重定向 (Redirect和Transfer)

一、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。

####################################################################################

    

 在有可能的情况,尽量使用Server.Transfer方法替代Response.Redirect方法.Response.Redirect回发一个响应头(Reponse heaer)到客户端,使客户端发一个新的Url请求到服务器.而Server.Transfer方法可以避免回发再请求这个过程,它只是简单的实现了服务器端的跳转.
     当然不能什么时候都使用这种替换,因为Server.Transfer方法用了一个新Handler来处理新的请求.如果重定向到的页面需要验证和授权访问,就应该使用Response.Redirect方法.因为它们俩的机制不一样.当你用Response.Redirect方法的时候,你要首先确定你用的是第二参数为bool型的重载方法,把这个参数设置为false传进去以确保不会引发一个内部的异常.另一个要注意的地方是你只能要用Server.Transfer来把控件传给在同一个应用程序的某个页面.要把控件传给另一个应用程序的页面,你必须使用Response.Redirect方法,而不是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。