以前， 当我们需要从一个页面转向到另外一个页面的时候，我们一般都会使用Response对象的Redirect方法， 比如， 在我们的某个需要用户验证的页面，当用户没有登陆的时候， 就转到用户登陆页面，简单的例子代码如下：
content.asp
<%
If Session("isLogin")="" Then
Response.Redirect "Login.asp"
End If
''正常的内容
%>
那么，其实Response.Redirect方法， 是返回给浏览器一个Http Header状态为302的标记码，
HTTP 1.0 302 Object Moved
Location URL
这样，实际上是浏览器请求服务器的content.asp 文件，content.asp文件经过处理以后告诉浏览器，你先访问login.asp文件， 于是浏览器再向服务器发送一个到login.asp页面的请求。所以， 实际上是转了一个弯。这样， 当客户端网络状况不是很好的情况下，两次请求会大大的降低应用程序的反应速度，甚至占用多余的带宽。特别是，当需要传递参数的时候，也会有一些问题。
 |
而在IIS5中， 提供了Server.Transfer和Server.Execute方法。
这两种方法，都是在服务器间完成转向的，因此可以减少客户端的网络带宽的占有，但是因为服务器端要保存程序1的一些状态，也会消耗一定的内存。
那么Server.Transfer和Server.Execute又有什么不同呢？
通过例子来说明吧，这里有两个文件，file1.asp和file2.asp
我们都是要在file1.asp里面转向到file2.asp
用Tansfer方法时：
file1.asp
<%
Response.Write "File 1 Header<br>"
Server.Transfer "file2.asp"
''到这里就停止执行下面的语句，转向了
Response.Write "File 1 Footer<br>"
%>
file2.asp
<%
Response.Write "小雨在线"
%>
所有，当我们执行file1.asp文件时， 我们得到的结果是
File 1 Header
因为，当程序遇到Transfer方法时，会停止执行后面的语句，转而执行转向的程序
 |
当使用Execute方法时：
file1.asp
<%
Response.Write "File 1 Header<br>"
Server.Execute "file2.asp"
''到这里执行file2.asp，完成之后继续执行剩下的内容
Response.Write "File 1 Footer<br>"
%>
file2.asp
<%
Response.Write "File 2"
%>
所有，当我们执行file1.asp文件时， 我们得到的结果是
File 1 Header
File2
File 1 Footer
因为，当程序遇到Execute方法时，会执行转向的程序，完成之后再继续执行第一页的剩下的内容。
其实Execute方法就像我们经常写的子程序一样，类似于子程序调用。
如下图所示：
 |
