Server.Transfer()和Response.Redirect

Response.Redirect()

Response.Redirect方法导致浏览器链接到一个指定的URL。当Response.Redirect()方法被调用时，它会创建一个应答，应答头中指出了状态代码302（表示目标已经改变）以及新的目标URL。浏览器从服务器收到该应答，利用应答头中的信息发出一个对新URL的请求。

　　这就是说，使用Response.Redirect方法时重定向操作发生在客户端，总共涉及到两次与服务器的通信（两个来回）：第一次是对原始页面的请求，得到一个302应答，第二次是请求302应答中声明的新页面，得到重定向之后的页面。

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。

Server.Transfer的缺点：

用Server.Transfer迁移到另一个页面保持着服务资源。

而不是简单的通知浏览器服务端换了个页面并迁移请求。这

意味着你不需要携带更多的Http请求，因此可以减轻服务端的

压力而使你的应用运行得更快。

但是，注意：因为”Transfer”过程只能在那些在同一服务端的

站点上，你不能使用Server.Transfer使用户跳转到外部的站点。

这点只有Response.Redirect能做到。

第二，Server.Transfer维持着浏览器原始的URL，这对于流线

型的数据入口技术，虽然它有可能导致调试的时候的数据混乱

还有，Server.Transfer方法还有二个参数的重载方法——

“preserveForm”如果你将其设置为True（默认情况是False），

使用一个状态比如：Server.Transfer(“WebForm2.aspx”, True)，

现存的请求字符串和所有的Form里的变量将被保持并提交到你的

目标页。

但是必须注意的是，这里有一个奇怪的Bug（微软为什么有这样

的Bug）。当你使用两个参数的重载方法试图迁移form和请求字符

串的时候会有可能产生错误。

非官方的解决办法是将要被跳转的画面的enableViewStateMac

的属性设置为 True ， 然后再设回 False

（非原创）