response.redirect和Server.Transfer的区别详解

一般会使用response.redirect这条语句进行地址转向，ASP3.0以后提供了一种新的方法给我们，这种方法更加高效。让我们先来看看response.redirect和Server.Transfer分别是如何Run的！

　　response.redirect其实上是当服务器碰到这条语句时发送一条指令（包含新的地址）给浏览器，然后让浏览器去发送http请求，请求response.redirect后面的那个新的http地址，流程如下：

　　浏览器ASP文件请求->服务器执行->遇到response.redirect语句->服务器发送response.redirect后面的地址给客户机端的浏览器->浏览器请求执行新的地址（服务器返回的Response.Redirect后面的地址）这就是一个小小的Response.Redirect的全部过程，不看不知道，一看吓一条！它有这么多的过程，真恐怖...　...,而ASP3.0中的Server.Transfer语句当接受地址后是直接转向后面的地址，流程如下：

　　浏览器ASP文件请求->服务器执行->遇到Server.Transfer语句->服务器转向新的文件。

Server.Transfer方法与Redirect方法相比另一个显著的优势是在页面转换时，Request集合里的内容不会丢失，这给我们编程带来很大的方便（具体的例子我就不举了，^_^）。

一般的情况下尽可能用Server.Transfer方法（前提是服务器是IIS)，Server.Transfer方法更快速，而且因为只在服务器上执行，所以可以和任何浏览器兼容。

Response.Redirect

此函数常用来将用户重定向到一个登录或错误页面。因为重定向强制请求新页面，结果是浏览器必须到 Web 服务器往返两次，且 Web 服务器必须多处理一个请求。

Server.Transfer

将执行转移到同一台服务器上的另一个ASP页。这样就避免多余的浏览器Web服务器的往返，从而改善了总体系统性能以及缩短了用户的响应时间。
当程序遇到Transfer方法时，会停止执行后面的语句，转而执行转向的程序。

Server.Execute

当程序遇到Execute方法时，会执行转向的程序，完成之后再继续执行第一页的剩下的内容。
其实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。