. 
End With 

　　技巧13：避免使用可变数组 

　　尽量避免使用可变数组。既然关心性能，最好还是在数组初始化的时候就设置好它可能的最大大小。当然，这不是说你明知不需要几M的内存，但还是应该给数组分配了那么多。 

　　下面的代码是一个无理使用Redim的示范： 

<% 
Dim MyArray() 
Redim MyArray(2) 
MyArray(0) = "hello" 
MyArray(1) = "good-bye" 
MyArray(2) = "farewell" 
... 
Redim Preserve MyArray(5) 
MyArray(3) = "more stuff" 
MyArray(4) = "even more stuff" 
MyArray(5) = "yet more stuff" 
%> 

　　简单地将数组初始化的时候定义成正确的大小（这里应该是5）远比Redim数组使它变大好。你可能会浪费一些内存（如果你最后没有用完所有的元素），但得到的是速度！

　　技巧14：使用响应缓冲（Response Buffering） 

　　打开“响应缓冲”就可以缓冲整个页面的输出，这样可以减少向浏览器写的次数，提高了总体性能。每次写浏览器都要耗费一定的时间和资源，因此减少写浏览器次数能提高性能；同时，TCP/IP协议发送少的大块数据比发送多的小块数据效率更高。 

　　有两种方法可以打开响应缓冲。首先，可以使用Internet Service Manager来打开整个应用的响应缓冲。这是推荐的方法。在IIS 4.0和IIS 5.0中，新建一个应用时，响应缓冲缺省是打开的。第二种方法：针对每个独立的ASP页面，可以通过在页面顶部放置如下代码来打开响应缓冲： 

<% Response.Buffer = True %> 

　　这行语句必须在所有缓冲数据写之前执行（就是说，在所有HTML和通过Response.Cookies设置Cookie之前）。通常，最好是为整个应用打开响应缓冲；这样你就不用在每个ASP页面顶部写上面那条语句了。 

Response.Flush 

　　对于响应缓冲，因为用户在看到东西之前必须等待整个页面生成，所以用户可能够感觉到ASP页面响应比较慢（虽然整体响应时间缩短了）；对一个运行时间较长的页面，可以同过Response.Buffer = False 来关掉响应缓冲；但更好的策略是使用Reponse.Flush方法。这个方法把所有已经由ASP生成的HTML输出到浏览器中。例如，一个1,000行的大表，在写完100行之后，ASP可以调用Response.Flush来强制把结果写到浏览器中，这样，用户就

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

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

	Web www.51ec.org

上一篇信息学院： 提高ASP性能的22个技巧(一)

下一篇信息学院： ASP如何更好的解决用户验证问题