在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
"
Server.Transfer "file2.asp"
'到这里就停止执行下面的语句，转向了
Response.Write "File 1 Footer
"
%＞
file2.asp
＜%
Response.Write "小雨在线"
%＞
所有，当我们执行file1.asp文件时，我们得到的结果是
File 1 Header
小雨在线
因为，当程序遇到Transfer方法时，会停止执行后面的语句，转而执行转向的程序
当使用Execute方法时:
file1.asp
＜%
Response.Write "File 1 Header
"
Server.Execute "file2.asp"
'到这里执行file2.asp，完成之后继续执行剩下的内容
Response.Write "File 1 Footer
"
%＞
file2.asp
＜%
Response.Write "File 2"
%＞
所有，当我们执行file1.asp文件时，我们得到的结果是
File 1 Header
File2
File 1 Footer
因为，当程序遇到Execute方法时，会执行转向的程序，完成之后再继续执行第一页的剩下的内容。
其实Execute方法就像我们经常写的子程序一样，类似于子程序调用。
如下图所示:
