如果你读过很多行业杂志和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),那么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。
【Server.Transfer,Response.Redirect的区别】相关文章：
★ 实现DataGridView控件中CheckBox列的使用实例
★ asp.net SqlDataReader绑定Repeater