• Register

ASP优化之Response.IsClientConnected

 如果页面需要很长时间才能完成,那么执行前使用Response.IsClientConnected

  如果用户性急,他们可能会在您开始执行他们的请求之前,就会放弃 ASP 页面。如果他们单击刷新或移到服务器上的另一个页面,在 ASP 请求队列的末尾就有一个新的请求等候,在队列的中间有一个断开连接的请求。当服务器的负载很高时(因此请求队列就会很长,响应时间也会相应地变长),就会经常发生这种情况,这样只能使情况变得更糟。如果用户不再连接,执行ASP 页面(特别是慢的、大的 ASP 页面)已没有任何意义。您可以使用 Response.IsClientConnected 属性检查这一情况。如果它返回False,则应调用 Response.End 并放弃页的其余部分。事实上,IIS 5.0 已将这一做法编为程序 - 每当 ASP 即将执行新请求时,它就会检查请求在队列中已等候了多长时间。如果已经在那里等候了多于3 秒钟,ASP 将检查客户机是否仍处于连接状态,如果没有连接,就立即终止请求。您可以在配置数据库中使用 AspQueueConnectionTestTime 设置将超时时间由 3 秒调整为其它值。

  如果页面要花很长时间才能执行完,也可以不时地检查Response.IsClientConnected。当启用了响应缓冲时,最好不时地执行Response.Flush,以用户知道,正在发生什么事。

  注意在 IIS 4.0 上,除非先执行了 Response.Write,否则Response.IsClientConnected 就不能正常工作。如果启用了缓冲,您也必须执行

Response.Flush。在 IIS 5.0 上,却没有必要这样做,- Response.IsClientConnected 工作正常。在任何情况下,Response.IsClientConnected 都会有一些开销,因此只有在一个操作至少要花(比方说) 500 毫秒(如果您想维持每秒钟数十页的吞吐量,这是一个很长的时间)才使用它。经验表明,不要每次重复执行紧密循环时都调用它,如显示表的许多行时- 每隔二十或五十行调用一次可能比较合适。

当用户取消请求时,对大的asp页面,可用下列代码清除

vb 代码
 
  1. If (Not Response.IsClientConnected)Then
  2. Response.Clear

  3. Response.End

  4. End If
版权声明:转载请注明来自杨俊伟博客,本文地址:http://yangjunwei.com/a/257.html
除非注明,杨俊伟博客文章均为原创,转载请注明出处和链接!
 

沙发木了,占个板凳也不错~ »

  • 黎晓萱
    2016/01/19 at 10:36:00

    鼓励一下,文章非常好

发表评论 

我还是想用邮箱注册

登录

忘记密码 ?

用第三方帐号快捷登录

已有账户?前往登录吧~

注册