微软建议的ASP性能优化28条守则(5)
程序员文章站
2022-04-28 13:10:15
技巧 13：避免重新确定数组的维数 应尽量避免 redim 数组。就性能而言，如果计算机的物理内存大小有限，最好将数组的初始维数设置为其最不利的情况 - 或将维数设置为其最佳的情况，然后再按需要重新...
技巧 13：避免重新确定数组的维数
应尽量避免 redim 数组。就性能而言，如果计算机的物理内存大小有限，最好将数组的初始维数设置为其最不利的情况 - 或将维数设置为其最佳的情况，然后再按需要重新确定维数。这并非意味着，如果知道您不需要内存时，就随便分配几兆字节的内存。
下面的代码给您显示使用 dim 和 redim 不当的情形。
<%
dim myarray()
redim myarray(2)
myarray(0) = ?hello?
myarray(1) = ?good-bye?
myarray(2) = ?farewell?
...
some other code where you end up needing more space happens, then ...
redim preserve myarray(5)
myarray(3) = ?more stuff?
myarray(4) = ?even more stuff?
myarray(5) = ?yet more stuff?
%>
最好一开始就将数组的初始大小 dim 正确（在本例中，是 5）比 redim 数组使其更大好得多。您可能浪费一些内存（如果您没有使用所有的元素），但获得的好处是速度变得更快。
技巧 14：使用响应缓冲
您可以通过启用“响应缓冲”，将要输出的一整页缓冲起来。这样就将写到的量减到最少，从而改善总体性能。每个写操作都会产生很大的开销（在 iis 中以及在通过网络发送的数据量方面），因此写操作越少越好。由于其启动慢且使用 nagling 算法（用来减轻网络塞车情况），tcp/ip 在发送一些大的数据块时比必须发送许多小的数据块时的效率高得多。
有两个方法启用响应缓冲。第一种，您可以使用 internet services manager 为整个应用程序启用响应缓冲。我们建议采用这种方法，在 iis 4.0 和 iis 5.0 中默认为新的 asp 应用程序启用响应缓冲。第二种，可以在每个 asp 页面的接近顶端的地方加入下面的代码行，从而启用响应缓冲：
<% response.buffer = true %>
此代码行必须在任何响应数据被写到浏览器之前执行（即，在任何 html 出现在 asp 脚本之前以及在使用 response.cookies 集合设置任何 cookies 之前）。一般来说，最好为整个应用程序启用响应缓冲。这样，您就不必在每个页面最上面写入上述的代码行。
response.flush
关于响应缓冲有一个常见的抱怨，就是用户感觉到 asp 页面的响应速度很慢（即使整个响应时间得到改进），因为他们必须等到整个页面生成，然后他们才能看到东西。对于运行时间长的页面，您可以设置 response.buffer = false，禁用响应缓冲。但是，一个更好的策略是利用 response.flush 方法。这种方法将 asp 转换的所有 html 送到浏览器。例如，在转换 1,000 行的表的前 100 行之后，asp 可以调用 response.flush，强制将转换的结果送到浏览器，这样可使用户在其余的行准备好之前看到头 100 行。这种技术可以将响应缓冲与浏览器逐渐显示数据完美地结合在一起。
（注意在上面的 1,000 行表的举例中，许多浏览器在它们看到关闭 </table> 标记之前不会开始显示表。检查您的目标浏览器是否支持。为避免这种情况，将表分成多个具有较少行的表，并在每个表之后调用 response.flush。较新版本的 internet explorer 在表完全下载之前就开始显示表，如果您指定表列宽，显示速度就会特别快，这样做可避免强制 internet explorer 通过测量每个单元格的内容宽度来计算列宽。）
另一个关于响应缓冲的常见的抱怨是，当产生非常大的页面时，将占用许多服务器内存。撇开产生大页面的方法不谈，这种问题也可通过巧妙使用 response.flush 来加以解决。
技巧 15：批处理内嵌脚本和 response.write 语句
vbscript 语法 <% = expression %> 将“expression”的值写到 asp 输出流中。如果响应缓冲未启用，那么执行其中的每一条语句，都会以许多小的数据包通过网络将数据写到浏览器中。这样速度很慢。而且穿插执行少量的脚本和 html，将引起脚本引擎和 html 之间的切换，从而降低性能。因此，使用下面的技巧：使用 response.write 调用代替捆绑紧密的内嵌表达式。例如，在下面的示例中，在每一行的每一字段对响应流有一次写操作，每一行在 vbscript 和 html 之间有许多切换：
<table>
<% for each fld in rs.fields %>
<th><% = fld.name %></th>
<%
next
while not rs.eof
%>
<tr>
<% for each fld in rs.fields %>
<td><% = fld.value %></td>
<% next
</tr>
<% rs.movenext
wend %>
</table>
下面的代码更有效，每一行对响应流有一次写操作。所有的代码都包含在一个 vbscript 块内：
<table>
<%
for each fld in rs.fields
response.write (?<th>? & fld.name & ?</th>? & vbcrlf)
next
while not rs.eof
response.write (?<tr>?)
for each fld in rs.fields %>
response.write(?<td>? & fld.value & ?</td>? & vbcrlf)
next
response.write ?</tr>?
wend
%>
</table>
当禁用响应缓冲时，这一技巧的效果特别大。最好启用响应缓冲，然后看批处理 response.write 是否有助于提高性能。
（在这一特定举例中，建立表主体的嵌套循环 (while not rs.eof...) 可以用仔细构建的 getstring 调用来替代。）
应尽量避免 redim 数组。就性能而言，如果计算机的物理内存大小有限，最好将数组的初始维数设置为其最不利的情况 - 或将维数设置为其最佳的情况，然后再按需要重新确定维数。这并非意味着，如果知道您不需要内存时，就随便分配几兆字节的内存。
下面的代码给您显示使用 dim 和 redim 不当的情形。
<%
dim myarray()
redim myarray(2)
myarray(0) = ?hello?
myarray(1) = ?good-bye?
myarray(2) = ?farewell?
...
some other code where you end up needing more space happens, then ...
redim preserve myarray(5)
myarray(3) = ?more stuff?
myarray(4) = ?even more stuff?
myarray(5) = ?yet more stuff?
%>
最好一开始就将数组的初始大小 dim 正确（在本例中，是 5）比 redim 数组使其更大好得多。您可能浪费一些内存（如果您没有使用所有的元素），但获得的好处是速度变得更快。
技巧 14：使用响应缓冲
您可以通过启用“响应缓冲”，将要输出的一整页缓冲起来。这样就将写到的量减到最少，从而改善总体性能。每个写操作都会产生很大的开销（在 iis 中以及在通过网络发送的数据量方面），因此写操作越少越好。由于其启动慢且使用 nagling 算法（用来减轻网络塞车情况），tcp/ip 在发送一些大的数据块时比必须发送许多小的数据块时的效率高得多。
有两个方法启用响应缓冲。第一种，您可以使用 internet services manager 为整个应用程序启用响应缓冲。我们建议采用这种方法，在 iis 4.0 和 iis 5.0 中默认为新的 asp 应用程序启用响应缓冲。第二种，可以在每个 asp 页面的接近顶端的地方加入下面的代码行，从而启用响应缓冲：
<% response.buffer = true %>
此代码行必须在任何响应数据被写到浏览器之前执行（即，在任何 html 出现在 asp 脚本之前以及在使用 response.cookies 集合设置任何 cookies 之前）。一般来说，最好为整个应用程序启用响应缓冲。这样，您就不必在每个页面最上面写入上述的代码行。
response.flush
关于响应缓冲有一个常见的抱怨，就是用户感觉到 asp 页面的响应速度很慢（即使整个响应时间得到改进），因为他们必须等到整个页面生成，然后他们才能看到东西。对于运行时间长的页面，您可以设置 response.buffer = false，禁用响应缓冲。但是，一个更好的策略是利用 response.flush 方法。这种方法将 asp 转换的所有 html 送到浏览器。例如，在转换 1,000 行的表的前 100 行之后，asp 可以调用 response.flush，强制将转换的结果送到浏览器，这样可使用户在其余的行准备好之前看到头 100 行。这种技术可以将响应缓冲与浏览器逐渐显示数据完美地结合在一起。
（注意在上面的 1,000 行表的举例中，许多浏览器在它们看到关闭 </table> 标记之前不会开始显示表。检查您的目标浏览器是否支持。为避免这种情况，将表分成多个具有较少行的表，并在每个表之后调用 response.flush。较新版本的 internet explorer 在表完全下载之前就开始显示表，如果您指定表列宽，显示速度就会特别快，这样做可避免强制 internet explorer 通过测量每个单元格的内容宽度来计算列宽。）
另一个关于响应缓冲的常见的抱怨是，当产生非常大的页面时，将占用许多服务器内存。撇开产生大页面的方法不谈，这种问题也可通过巧妙使用 response.flush 来加以解决。
技巧 15：批处理内嵌脚本和 response.write 语句
vbscript 语法 <% = expression %> 将“expression”的值写到 asp 输出流中。如果响应缓冲未启用，那么执行其中的每一条语句，都会以许多小的数据包通过网络将数据写到浏览器中。这样速度很慢。而且穿插执行少量的脚本和 html，将引起脚本引擎和 html 之间的切换，从而降低性能。因此，使用下面的技巧：使用 response.write 调用代替捆绑紧密的内嵌表达式。例如，在下面的示例中，在每一行的每一字段对响应流有一次写操作，每一行在 vbscript 和 html 之间有许多切换：
<table>
<% for each fld in rs.fields %>
<th><% = fld.name %></th>
<%
next
while not rs.eof
%>
<tr>
<% for each fld in rs.fields %>
<td><% = fld.value %></td>
<% next
</tr>
<% rs.movenext
wend %>
</table>
下面的代码更有效，每一行对响应流有一次写操作。所有的代码都包含在一个 vbscript 块内：
<table>
<%
for each fld in rs.fields
response.write (?<th>? & fld.name & ?</th>? & vbcrlf)
next
while not rs.eof
response.write (?<tr>?)
for each fld in rs.fields %>
response.write(?<td>? & fld.value & ?</td>? & vbcrlf)
next
response.write ?</tr>?
wend
%>
</table>
当禁用响应缓冲时，这一技巧的效果特别大。最好启用响应缓冲，然后看批处理 response.write 是否有助于提高性能。
（在这一特定举例中，建立表主体的嵌套循环 (while not rs.eof...) 可以用仔细构建的 getstring 调用来替代。）
下一篇： asp.net core 系列 1 概述