改进ASP应用程序中的字符串处理性能

核心提示： 这是很多 ASP 和 Visual Basic 开发人员创建 HTML 代码时常用的方法，sHTML 变量中包含的文本返回到调用代码，改进ASP应用程序中的字符串处理性能(2)，然后使用 Response.Write 写入客户端，当然，这些操作针对的是不会增长的较小字符串，只有一个是针对不

这是很多 ASP 和 Visual Basic 开发人员创建 HTML 代码时常用的方法。sHTML 变量中包含的文本返回到调用代码，然后使用 Response.Write 写入客户端。当然，这还可以表示为直接嵌入不包含 WriteHTML 函数的页面的类似代码。此代码的问题是，ASP 和 Visual Basic 使用的字符串数据类型（BSTR 或 Basic 字符串）实际上无法更改长度。这意味着每当字符串长度更改时，内存中字符串的原始表示形式都将遭到破坏，而且将创建一个包含新字符串数据的新的表示形式：这将增加分配内存和解除分配内存的操作。当然，ASP 和 Visual Basic 已为您解决了这一问题，因此实际开销不会立即显现出来。分配内存和解除分配内存要求基本运行时代码解除各个专用锁定，因此需要大量开销。当字符串变得很大并且有大块内存要被快速连续地分配和解除分配时，此问题变得尤为明显，就像在大型字符串连接期间出现的情况一样。尽管这一问题对单用户环境的影响不大，但在服务器环境（例如，在 Web 服务器上运行的 ASP 应用程序）中，它将导致严重的性能和可缩放性问题。

下面，我们回到上述代码片段：此代码中要执行多少个字符串分配操作？答案是 16 个。在这种情况下，“&”运算符的每次应用都将导致变量 sHTML 所指的字符串被破坏和重新创建。前面已经提到，字符串分配的开销很大，并且随着字符串的增大而增加，因此，我们可以对上述代码进行改进。

快捷的解决方案

有两种方法可以缓解字符串连接的影响，第一种方法是尝试减小要处理的字符串的大小，第二种方法是尝试减少执行字符串分配操作的数目。请参见下面所示的 WriteHTML 代码的修订版本。


Function WriteHTML（ Data ）
Dim nRep
For nRep = 0 to 99
sHTML = sHTML & （ vbcrlf _
& "＜TR＞＜TD＞" & （nRep + 1） & "＜/TD＞＜TD＞" _
& Data（ 0, nRep ） & "＜/TD＞＜TD＞" _
& Data（ 1, nRep ） & "＜/TD＞＜TD＞" _
& Data（ 2, nRep ） & "＜/TD＞＜TD＞" _
& Data（ 3, nRep ） & "＜/TD＞＜TD＞" _
& Data（ 4, nRep ） & "＜/TD＞＜TD＞" _
& Data（ 5, nRep ） & "＜/TD＞＜/TR＞" ）
Next
WriteHTML = sHTML
End Function


乍一看，可能很难发现这段代码与上一个代码示例的差别。其实，此代码只是在 sHTML = sHTML & 后的内容外面加上了括号。这实际上是通过更改优先顺序，来减小大多数字符串连接操作中处理的字符串大小。在最初的代码示例中，ASP 编译器将查看等号右边的表达式，并从左到右进行计算。结果，每次重复都要进行 16 个连接操作，这些操作针对不断增长的 sHTML 进行。在新版本中，我们提示编译器更改操作顺序。现在，它将按从左到右、从括号内到括号外的顺序计算表达式。此技术使得每次重复包括 15 个连接操作，这些操作针对的是不会增长的较小字符串，只有一个是针对不断增长的大的 sHTML。图 1 显示了这种优化方法与标准连接方法在内存使用模式方面的比较。