执行过程：
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。
ASP.NET Server.Transfer()是在两个页面之间进行传值的好方法，从A页面Transfer到B页面时，就可以在B页面通过Context.Handler获得A页面的一个类的实例，从而在B调用A的各个成员对象。
转自：http://www.cnblogs.com/qiantuwuliang/archive/2009/08/27/1555360.html
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。
简单的说:
Response.Redirect
是通知客户端浏览器（客户端浏览器，地址栏地址发生变化）跳转的。
而
Server.Transfer 是在服务端跳转（客户端浏览器，地址栏地址不发生变化）
简单的来说，Response.Redirect
需要多走一个来回。而，Server.Transfer 能少走一个。
Response.Redirect
对于客户端浏览来说，速度可能会慢点,但对于服务端能少些负担；
而Server.Transfer
对于客户端浏览会快一些（因为少走一个来回），但服务器负担会大一些。
转自：http://blog.csdn.net/yunfeng8967/archive/2008/03/06/2153063.aspx
在实现页面跳转的时候，有些人喜欢用Response.Redirect，而有些人则喜欢用Server.Transfer。大部分时间似乎这两种方法都可以实现相同的功能，那究竟有区别吗？
查了些文档，发现两者区别还是很明显的。根本上，Response是叫浏览器去重新转向到指定的网页，而Server自然是发生在服务器端为主了，因此会有以下区别：
1. Server.Transfer只能够转跳到本地虚拟目录指定的页面，而Response.Redirect则十分灵活； 2.
Server.Transfer可以将页面参数方便传递到指定页面； 3.
使用时，Server.Transfer跳到别的页面后，浏览器显示的地址不会改变，有时反而会造成误会，当然也有些场合需要这样的效果； 4.
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方法更快速，而且因为只在服务器上执行，所以可以和任何浏览器兼容。
如果你读过很多行业杂志和 ASP.NET 示例，你会发现，大多数人使用 Response.Redirect 将用户引导到另一个页面，而另一些人好像偏爱于神秘的 Server.Transfer，那么，这二者有什么区别？
Response.Redirect 简单地发送一条消息到浏览器，告诉浏览器定位到另一个页面。你可以使用下面的代码将用户引导到另一个页面： Response.Redirect("WebForm2.aspx") 或者 Response.Redirect("http://cike.org")
Server.Transfer 也是通过一条语句将用户引导到另一页面，比如：Server.Transfer("WebForm2.aspx")。不过，这条语句有一系列独特的优缺点。
首先，通过 Server.Transfer 引导到另一页面保留服务器资源，通过更改服务器端“焦点”和传输请求来代替告诉浏览器重定向，这就意味着你不会占用较多的 HTTP 请求，因此这可以减轻服务器的压力，使你的服务器运行更快。
Server.Transfer 只能在同一服务器端的同一站点间运行，所以你不能用 Server.Transfer 将用户重定向到另一服务器上的站点。要重定向到服务器以外的站点，只有 Response.Redirect 能办到。
Server.Transfer 保留浏览器端的 URL 地址.Request集合里的内容不会丢失 这对流线型的数据输入很有帮助，不过这也增加了调试的复杂度。
还有：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。
在asp中可以利用Response.Redirect来转向,也可以用Server.Transfer转向,两者的区别就是前者会改变地址栏里的地址,而后者不会,前者是由客户端根据服务端返回的信息发出的转向请求,后者是直接在服务端转向,另外Response.Redirect可以定向到任何地方,而Server.Transfer只能定向到本站.不过,两者区别并非只是如此(实际上Server.Transfer后面只能使用形如test.asp这样的相对路径的文件或者目录地址,不能带参数.否则会提示:
Server 对象 错误 ‘ASP 0173 : 80004005‘
无效 Path 字符
为 MapPath 方法指定的 Path 参数中包含一个无效字符。
比如要定向到 test.asp?id=1就只能用Response.Redirect 而不能用Server.Transfer.
server.Transfer与response.Redirect的作用都是重定向，我认为它与response.Redirect相比有两个优点、一个缺点。
优点： 一、它在服务器端直接重定向，不用像response.Redirect一样先与浏览器通信再重定向，效率高。 二、它可以传递上一个页面的提交值。比如：A页面提交值到B页面，B页面Transfer到C页面，C页面同样可以收到A页面提交的值。 三、可以隐藏url。
缺点：不能刷新页面，比如：A页面提交登录信息到B页面，B页面处理后Transfer再到A，A页面得不到刷新，指定了过期也不行。如果A、B页面不在同一个目录下，我们还会发现更多意想不到的结果，使用相对链接的图片、超链接的指向都改变了，造成这种原因是B页面读取A页面内容却以B页面的身份输出，所以路径改变了。