1.Server.Transfer
用于把处理的控制权从一个页面转移到另一个页面，在转移的工程中没有离开服务器内部控件（如request，session等）保存的信息不变。因此你能从a页面跳转到b页面而不丢失a页面里的信息。
2.Response.Redirect
发送一个HTTP响应到客服端浏览器，告诉客服端跳转到哪一个页面，客服端在发送跳转请求到服务器。使用此方法将无法保存内部控件的数据，页面a跳转到页面b，而页面b将无法访问a中form提交的数据。
而在具体比较如下
Server.Transfer使用服务端方法将用户重定向到另一页，Response.Redirect将用户从浏览器重定向到另一页，
server.Transfer的优点是将页面参数方面的传递到指定页面。服务器只是将上下文传输到另一页。你可以共享页面之间上下问的信息，不会暂用较多的http请求，可以减少客服端对服务端的请求，可以减少服务器的压力，使你的服务器运行更快，Response.Redirect需要执行额外的往返过程，这样影响性能。
Server.TransFer跳转到页面后，浏览器显示的url地址不会变，用户浏览器就不知道在传输，因此不会更新历史记录，如果用户涮新就会产生意外的结果。
注意Server.Transfer只能在同一服务器的同一站点访问，不能重定向到.asp或者.asmx页面只有Response.Redirect可以。
我们在做编程的时候，网站系统内部进行跳转的时候尽量采用Server.Transfer，定向外部地址可以用Response.Redirect。
下面转载：
1、Response.Redirect():
Response.Redirect方法导致浏览器链接到一个指定的URL。当Response.Redirect()方法被调用时，它会创建一个应答，应答头中指出了状态代码302（表示目标已经改变）以及新的目标URL。浏览器从服务器收到该应答，利用应答头中的信息发出一个对新URL的请求。
这就是说，使用Response.Redirect方法时重定向操作发生在客户端，总共涉及到两次与服务器的通信（两个来回）：第一次是对原始页面的请求，得到一个302应答，第二次是请求302应答中声明的新页面，得到重定向之后的页面。
2、Server.Transfer
Server.transfer是IIS 5.0新增加的一个功能。它解决了 Response.Redirect的两个重要的缺陷：
1）在Response.Redirect中，我们得不到任何第一页的输出
2）Response.Redirect会丢失request中的所有属性，当然我们可以通过一些其他的办
法，比如session来搞定，可是，有些页的参数是在request中传过来的，这样的话，就不行了
3) Response.Redirect需要client端再发起一个请求。
server.transfer就很好地解决了这些问题。它是从server端直接向下一页发起请求，不需要client再次发送请求.
如果你的网页非常依赖response.redirect,这个小小的改变可以提高将近25%的效率。（根据微软文档）.
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()有一个不足就是:当用户在a.aspx中提交了一个表单,然后用Server.Transfer()进入 b.aspx，这时如果用户刷新一下页面，浏览器便会问用户是否“重试”发送表单，如果用户点击“是”，那么，表单中的数据被重新发送到服务器。如发送表单的作用就是为了向数据库中插入一条记录，结果导不希望发生的事——同一表单被多次加入到数据库中。
3、Server.Execute
Server.Execute方法允许当前的ASPX页面执行一个同一Web服务器上的指定ASPX页面，当指定的ASPX页面执行完毕，控制流程重新返回原页面发出Server.Execute调用的位置。
这种页面导航方式类似于针对ASPX页面的一次函数调用，被调用的页面能够访问发出调用页面的表单数据和查询字符串集合，所以要把被调用页面Page指令的EnableViewStateMac属性设置成False。
Server.Execute,只有WEB服务器采用IIS5.0或更高版本时才有效。 其用法为：Server.Execute("URL")
功能：停止执行当前页面，将执行控制权转到URL所指定的新页面中，用户的当前环境（会话状态和任何当前事务状态）将传递 到新页面，待新页面执行完后，控制权将返回到原始页面，并继续执行原始页面中Execute方法之后的语句。
该方法的功能有点类似于过程调用，只不过此处调用的不是过程，而是一个完整的ASP页面。
被调用的ASP页面相当于是调用页面的一部分。
例如：若要根据客户端语系的不同，访问不同的页面，则实现代码为：
<%
language=Request.ServerVariables("HTTP_ACCEPT_LANGUAGE")
if language="zh-cn" then
Server.Execute("chinese/index.asp")
else
Server.Execute("english/index.asp")
end if
%>
Server.Execute 的一个很好的特点是运行条件包含的能力。通常情况下包含不能是有条件的，因为#include 指示是在脚本代码执行处理条件之前预先处理的。但用 Server.Execute 可以写出这样的代码，查看一个session变量，决定调用哪一部分代码，而不是总是装载着两部分代码。
If Session("DoThisOrThat") = "this" Then
Server.Execute("this.asp")
Else
Server.Execute("that.asp")
End If
4.Server.Execute(”another.aspx”)和Server.Transfer(”another.aspx”)区别:
Execute是从当前页面转移到指定页面,并将执行返回到当前页面
Transfer是将执行完全转移到指定页面
总结：
在网络状态较好的情况下,Redirect(url)方法效率最高!! 可重定向到同一台或非同一台服务器上的aspx或非aspx（html）资源
Server.Transfer方法和Server.Execute方法最灵活!! 但只能转到同一Application目录下，也有可能导致不期望的结果发生
Server.Execute方法占用资源最多.
Server.Execute 可以解决动态include包含的问题。