asp重定向－response.redirect和server.transfer
来源：网络整理 责任编辑：栏目编辑 发表时间:2013-07-01 10:41 点击:次
1． 客户端重定向带来的问题
ASP编程人员通常使用Response.Redirect语句把一个页面载入到当前正在执行的网页。然而，许多人没有意识到这条语句不会自动地使服务器立即装入和执行新的网页。其真正做的是把一个HTTP重定向报头（redirection header）增加到由Web服务器发送给客户的输出流中。这个报头如下：
HTTP/1.1 302 Object Moved
Location newpage.asp
在这个报头中的标准HTTP状态信息“302 Object Moved”，告知浏览器所要求的资源已经发生移动。Location报头提供相应的网页地址。当然这个地址不一定是真实的，现在正在做的事情就是“欺骗”浏览器，使浏览器认为可在另一个位置上找到所需要的网页。实际发生的是，服务器将执行所请求的网页，但是通知浏览器需要的网页已经发生移动。这就是在发送任何页面的内容到浏览器之前必须执行Redirect方法的原因。
当一个浏览器接受到“302 Object Moved”信息时，中断当前的请求并为Location值中指定的网页发送一个新的请求。这与在网页的<HEAD>段使用一个META HTTP-EQUIV标记时的工作方式相同，前面给出的HTTP报头还可写为：
<META HTTP-EQUIV=”REFRESH” CONTENT=”0;URL=newpage.asp”>
因此重定向实际上发生在客户机端，而不是在服务器上。如果在这个连接的客户端有一个代理服务器在使用的话，可能会引起显示虚假消息。这就是在使用 Response.Redirect时，“The object you requested has been moved and can be found here”消息经常在客户机上显示的原因，正确地使用缓冲通常可以防止这个问题。
在IIS 4.0或更早的版本中使用Response.Redirect时，应该在ASP网页的开头打开缓冲，然后在执行Response.Redirect方法之前调用Response.Clear。当然，在ASP 3.0中网页缓冲的缺省状态为打开，因此这不成问题。只要在执行该语句之前使用Response.Clear，以前产生的输出将不会发送给客户。
2． 在ASP 3.0中服务器端的重定向
在ASP 3.0和IIS 5.0中，在几乎所有情况下，通过使用两个新的Server对象方法Execute和Transfer，可以避免使用客户端重定向。这两个方法使控制立即转到另一个网页，该网页可以是一个ASP网页或者是任何其他的资源，例如一个HTTP网页、压缩文件或其他类型的文件。
它们之间的不同之处是： Execute方法“调用”另一个的网页，与在脚本代码中调用一个子程序或函数非常相似。当另一个网页或资源已经执行完毕或传送到客户端时，控制返回到原网页中调用Execute方法的语句的下一条语句，并继续执行。而使用Transfer方法时，控制不再返回到原页面中，在控制传送到的网页或资源的末尾处，执行过程停止。
当前网页的环境也传送给了目标网页或资源，因此这两个方法更有用。网页环境包含了原有的ASP对象中的所有变量的值，例如 Request、Response和Session对象的集合以及它们的所有属性。即使该网页不在同一个虚拟应用程序中，也将传送Application 对象的环境。
结果是浏览器认为它仍在接收原先的页面，它并不了解服务器所做的事情。浏览器的地址栏一直显示相同的URL，并且Back、Forward和Refresh按钮正常地工作。在使用客户端重定向时，尤其是使用HTML META元素时，情况通常不是这样的。
ASP编程人员通常使用Response.Redirect语句把一个页面载入到当前正在执行的网页。然而，许多人没有意识到这条语句不会自动地使服务器立即装入和执行新的网页。其真正做的是把一个HTTP重定向报头（redirection header）增加到由Web服务器发送给客户的输出流中。这个报头如下：
HTTP/1.1 302 Object Moved
Location newpage.asp
在这个报头中的标准HTTP状态信息“302 Object Moved”，告知浏览器所要求的资源已经发生移动。Location报头提供相应的网页地址。当然这个地址不一定是真实的，现在正在做的事情就是“欺骗”浏览器，使浏览器认为可在另一个位置上找到所需要的网页。实际发生的是，服务器将执行所请求的网页，但是通知浏览器需要的网页已经发生移动。这就是在发送任何页面的内容到浏览器之前必须执行Redirect方法的原因。
当一个浏览器接受到“302 Object Moved”信息时，中断当前的请求并为Location值中指定的网页发送一个新的请求。这与在网页的<HEAD>段使用一个META HTTP-EQUIV标记时的工作方式相同，前面给出的HTTP报头还可写为：
<META HTTP-EQUIV=”REFRESH” CONTENT=”0;URL=newpage.asp”>
因此重定向实际上发生在客户机端，而不是在服务器上。如果在这个连接的客户端有一个代理服务器在使用的话，可能会引起显示虚假消息。这就是在使用 Response.Redirect时，“The object you requested has been moved and can be found here”消息经常在客户机上显示的原因，正确地使用缓冲通常可以防止这个问题。
在IIS 4.0或更早的版本中使用Response.Redirect时，应该在ASP网页的开头打开缓冲，然后在执行Response.Redirect方法之前调用Response.Clear。当然，在ASP 3.0中网页缓冲的缺省状态为打开，因此这不成问题。只要在执行该语句之前使用Response.Clear，以前产生的输出将不会发送给客户。
2． 在ASP 3.0中服务器端的重定向
在ASP 3.0和IIS 5.0中，在几乎所有情况下，通过使用两个新的Server对象方法Execute和Transfer，可以避免使用客户端重定向。这两个方法使控制立即转到另一个网页，该网页可以是一个ASP网页或者是任何其他的资源，例如一个HTTP网页、压缩文件或其他类型的文件。
它们之间的不同之处是： Execute方法“调用”另一个的网页，与在脚本代码中调用一个子程序或函数非常相似。当另一个网页或资源已经执行完毕或传送到客户端时，控制返回到原网页中调用Execute方法的语句的下一条语句，并继续执行。而使用Transfer方法时，控制不再返回到原页面中，在控制传送到的网页或资源的末尾处，执行过程停止。
当前网页的环境也传送给了目标网页或资源，因此这两个方法更有用。网页环境包含了原有的ASP对象中的所有变量的值，例如 Request、Response和Session对象的集合以及它们的所有属性。即使该网页不在同一个虚拟应用程序中，也将传送Application 对象的环境。
结果是浏览器认为它仍在接收原先的页面，它并不了解服务器所做的事情。浏览器的地址栏一直显示相同的URL，并且Back、Forward和Refresh按钮正常地工作。在使用客户端重定向时，尤其是使用HTML META元素时，情况通常不是这样的。
相关新闻>>
最新推荐更多>>>
- 发表评论
-
- 最新评论 更多>>
