Server.Transfer()与Response.Redirect()区别
Server.Transfer()地址栏路径不变化，只是后台处理改变
另外server.transfer最好是本目录或者本目录下子目录，不要跨到上一级目录
大多数人使用Response.Redirect 将用户引导到另一个页面，而另一些人好像偏爱于神秘的Server.Transfer，那么，Response.Redirect 和Server.Transfer有什么区别?
Response.Redirect简单地发送一条消息到浏览器，告诉浏览器定位到另一个页面。你可以使用下面的代码将用户引导到另一个页面：
Response.Redirect("WebForm2.aspx")
或者
Response.Redirect("http://www.zhisi.net/")
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。
另外
执行过程
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。
