在IIS5中提供了两种服务器端网页重定向（或者说转向）的方法，一个是Server.Transfer方法， 另外一个是Server.Execute方法。说它们是服务器端重定向，是因为在不同页面之间的转向是直接在服务器端完成的， 客户端只能看到结果，而不能看到转向的过程。 这同以往我们在IIS4使用的Response.Redirect 方法是不同的。
     以前， 当我们需要从一个页面转向到另外一个页面的时候，我们一般都会使用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方法就像我们经常写的子程序一样，类似于子程序调用。

如下图所示：