ponse.Write("<td>" & fld.value & "</td>" & vbCrLf) 
　　Next 
　　Response.Write "</tr>" 
　Wend 
%> 
</table> 

　　当响应缓冲被禁止时，这个技巧非成的有效。最好打开响应缓冲，然后再看看批量地Response.Write对性能的提高。

　　技巧16：在进入长时运算之前使用Resonse.IsClientConnected 

　　如果用户感到不耐烦，他们可能在ASP页面计算他们的请求之前离开这个页面。如果他们点击刷新或是跳到服务器上的另一个页面，新的请求将位于ASP请求队列尾部，而中断的请求却在请求队列的中部；通常服务器在高负载情况下可能发生这种情况（服务器有很长的请求队列，同时请求次数也很多）；而这种情况又使服务器的负载情况变得更加恶劣。如果用户已经断掉连接，没有必要再执行这个ASP页面（尤其当这是一个很慢、很耗资源的页面时）；Response.IsClientConnected属性能检查出这种情况；如果属性返回False，就应该调用Resonse.End来结束剩余的页面。事实上，IIS 5.0使这种检查规律划--无论什么时候ASP准备执行一个新的请求，他先检查请求队列有多长；如果队列已经超过3秒钟，ASP就会检查客户端是否连接；如果客户端已经断开，ASP立即终止这个请求。可以使用AspQueueConnectionTestTime设置来调整3秒的超时。 

　　如果有一个非常耗时的页面要执行，也可以在页面中检查 
　　Response.IsClientConnected。当响应缓冲打开时，在页面运行中使用 
　　Response.Flush也能给用户操作正在执行的感觉。 

　　注意：在IIS 4.0上，除非你先执行了Response.Write，否则Response.IsClientConnected的结果有可能不正确；如果响应缓冲已经打开，还必须先执行Response.Flush。在IIS 5.0上，就没有这个必要了， Response.IsClientConnected工作得很正常。无论任何情况，Response.IsClientConnected总要消耗一些时间，因此，只应该在执行耗时至少超过500ms的页面中执行。首要原则是，不要在一个紧密的循环中反复调用这个属性。

　　技巧17：用<OBJECT>标记来实例化对象 

　　如果你想在Global.asa中引用一个不在所有的代码路径中使用的对象（特定的服务器 - 或应用 - 范围对象），使用<object runat=server id=objname>标记定义比用Server.CreateObject方法定义更为合适一点。因为Server.CreateObject立即创建对象，但如果过你以后不使用这个对象，则浪费了资源。<object id=objname>只是声明objname，但objname并没有真正创建；objname在第一次使用时才创建。

　　技巧18：为ADO和其

上一页  [1] [2] [3] [4] [5] [6] [7] 下一页

在google里搜索更多提高ASP性能的22个技巧(二)

	Web www.51ec.org