二十八条改善 asp 性能和外观的技巧(1-7)_asp技巧-ASP编程-idc中文资讯站-客观公证的IDC产业权威媒体,关注域名、虚拟主机、服务器、网络、开源技术资讯，整合运营商资源，客观评价各地机房带宽线路质量、IDC企业名录等信息

二十八条改善 asp 性能和外观的技巧(1-7)_asp技巧

来源：网页教学网作者：发布时间:2007-12-24 08:32:51

二十八条改善 ASP 性能和外观的技巧
Len Cardinal，高级顾问，Microsoft Consulting Services George V. Reilly
Microsoft IIS Performance Lead

改编自Nancy Cluts 的文章研发人员技术工程师
Microsoft Corporation
2000 年 4 月

摘要：本文介绍优化 ASP 应用程式和 VBScript 的技巧。

目录
技巧 1：将经常使用的数据缓存在 Web 服务器上
技巧 2：将经常使用的数据缓存在 Application 或 Session 对象中
技巧 3：将数据和 HTML 缓存在 Web 服务器的磁盘上
技巧 4：避免将非敏捷的组件缓存在 Application 或 Session 对象中
技巧 5：不要将数据库连接缓存在 Application 或 Session 对象中
技巧 6：合理地使用 Session 对象
技巧 7：将代码封装在 COM 对象中
引言
性能是个特征。您必须预先设计性能，否则您以后就得重写应用程式。就是说，有哪些好的策略可使 Active Server Pages (ASP) 应用程式性能达到最好？

本文介绍了优化 ASP 应用程式和 Visual Basic? Scripting Edition (VBScript) 的技巧。本文讨论了许多陷阱。本文列出的建议已在 http://www.microsoft.com 和其他站点中进行了测试，效果十分显著。本文假定您已对 ASP 研发，包括 VBScript 和/或 JScript、ASP Application、ASP Session 和其他 ASP 固有对象（Request、 Response 和 Server）有了基本了解。

通常，ASP 性能主要取决于 ASP 代码本身以外的很多因素。我们不在一篇文章中罗列出任何的信息，在本文结尾处我们列出了和性能有关的资源。这些链接涵盖了 ASP 和非 ASP 主题，包括 ActiveX? 数据对象 (ADO)、组件对象模型 (COM)、数据库和 Internet Information Server (IIS) 配置。这些都是我们喜欢的一些链接 - 一定要去看看。

技巧 1：将经常使用的数据缓存在 Web 服务器上
典型的 ASP 页从后端数据存储中检索数据，然后将结果转换成超文本标记语言 (HTML)。无论数据库的速度怎样，从内存中检索数据总要比从后端数据存储中检索数据快得多。从本地硬盘读取数据通常也比从数据库中检索数据更快。因此，通常能够将数据缓存在 Web 服务器上（存储在内存或磁盘中），来提高性能。

缓存是传统的以空间换取时间的做法。假如您缓存的内容正确，那么您能够看到性能会有显著的提高。为使缓存有效，必须保存那些经常重复使用的数据，且要重新计算这些数据需要（适度）大的开销。假如缓存的都是些陈旧的数据，就会造成内存浪费。

不经常发生改变的数据是很好的缓存候选数据，因为您不必担心随着时间的迁移该数据和数据库同步的问题。组合框列表、引用表、DHTML 碎片、扩展标记语言 (XML) 字符串、菜单项和站点配置变量（包括数据源名称 (DSN)、Internet 协议 (IP) 地址和 Web 路径）都是很好的缓存候选内容。注意您能够缓存数据的“表示”，而不缓存数据本身。假如 ASP 页很少更改，且缓存的开销也很大（例如，整个产品目录），则应考虑事先产生 HTML，而不是在响应每个请求时重新显示。

应将数据缓存在哪里，有哪些缓存策略？通常，数据缓存在 Web 服务器的内存或磁盘中。下两个技巧讲述了这两个方法。

技巧 2: 将经常使用的数据缓存在 Application 或 Session 对象中
ASP Application 和 Session 对象为将数据缓存在内存中提供了方便的容器。您能够将数据指派到 Application 和 Session 对象中，这些数据在 HTTP 调用之间保留在内存中。Session 数据是按每个用户分别存储的，而 Application 数据则在任何用户之间共享。

什么时候将数据装载到 Application 或 Session 中呢？通常，数据是在启动 Application 或 Session 时装载。要在 Application 或 Session 启动过程中装载数据，应将适当的代码分别添加到 Application_OnStart () 或 Session_OnStart() 中。这些函数应在 Global.asa 中，假如没有，则能够添加这些函数。还能够在第一次需要时装载该数据。为此，在 ASP 页中添加一些代码（或编写一个可重复使用的脚本函数），以检查数据是否存在，假如不存在，就装载数据。这是个传统的性能技术，称为“惰性计算” - 在您知道需要某一个值以前不计算该值。例如：

<%
Function GetEmploymentStatusList
Dim d
d = Application(?EmploymentStatusList?)
If d = ?? Then
FetchEmploymentStatusList function (not shown)
fetches data from DB, returns an Array
d = FetchEmploymentStatusList()
Application(?EmploymentStatusList?) = d
End If
GetEmploymentStatusList = d
End Function
%>

能够为所需要的每个数据块编写类似的函数。

应以什么格式存储数据？能够存储任何变体类型，因为任何脚本变量都是变体型。例如，您能够存储字符串、整数或数组。通常，您将以这些变量类型之一存储 ADO 记录集的内容。要从 ADO 记录集获取数据，您能够手工将数据复制到 VBScript 变量，一次一个字段。使用一个 ADO 记录集持久函数 GetRows()、GetString() 或 Save()(ADO 2.5)，可加快速度且更容易一些。其周详情况已超出本文所讨论的范围，但下面给出了一个函数举例，说明使用 GetRows() 返回记录集数据的一个数组：

Get Recordset, return as an Array
Function FetchEmploymentStatusList
Dim rs
Set rs = CreateObject(?ADODB.Recordset?)
rs.Open ?select StatusName, StatusID from EmployeeStatus?, _
?dsn=employees;uid=sa;pwd=;?
FetchEmploymentStatusList = rs.GetRows() ? Return data as an Array
rs.Close
Set rs = Nothing
End Function

对上面举例做更进一步改进，能够将 HTML 缓存为列表，而不是数组。下面是简单的示例：

Get Recordset, return as HTML Option list
Function FetchEmploymentStatusList
Dim rs, fldName, s
Set rs = CreateObject(?ADODB.Recordset?)
rs.Open ?select StatusName, StatusID from EmployeeStatus?, _
?dsn=employees;uid=sa;pwd=;?
s = ?? & vbCrLf
rs.Close
Set rs = Nothing See Release Early
FetchEmploymentStatusList = s Return data as a String
End Function

在适当的条件下，能够将 ADO 记录集本身缓存在 Application 或 Session 作用域中。有两个警告：

必须将 ADO 标记为自由线程
必须使用断开连接的记录集。
假如不能确保满足这两个需要，则不要缓存 ADO 记录集。在下面的“非敏捷组件”和“不要缓存连接”技巧中，我们将讨论将 COM 对象存储在 Application 或 Session 作用域中的危险性。

当您将数据存储在 Application 或 Session 作用域时，数据将保留在那里，直到您以编程方式改变他、Session 过期或 Web 应用程式重新启动为止。假如数据需要更新怎么办？要手工强制对 Application 数据进行更新，您能够访问只有管理员才可访问的 ASP 页来更新数据。或，您能够通过函数定期自动刷新数据。下面例子存储带有缓存数据的时间戳，并隔一段时间后刷新数据。

<%
error handing not shown...
Const UPDATE_INTERVAL = 300 Refresh interval, in seconds

Function to return the employment status list
Function GetEmploymentStatusList
UpdateEmploymentStatus
GetEmploymentStatusList = Application(?EmploymentStatusList?)
End Function

Periodically update the cached data
Sub UpdateEmploymentStatusList
Dim d, strLastUpdate
strLastUpdate = Application(?LastUpdate?)
If (strLastUpdate = ??) Or _
(UPDATE_INTERVAL < DateDiff(?s?, strLastUpdate, Now)) Then

Note: two or more calls might get in here. This is okay and will simply
result in a few unnecessary fetches (there is a workaround for this)

FetchEmploymentStatusList function (not shown)
fetches data from DB, returns an Array
d = FetchEmploymentStatusList()

Update the Application object. Use Application.Lock()
to ensure consistent data
Application.Lock
Application(?EmploymentStatusList?) = Events
Application(?LastUpdate?) = CStr(Now)
Application.Unlock
End If
End Sub

请参见 Worlds Fastest ListBox with Application Data，上面更有一个例子。

要知道在 Session 或 Application 对象中缓存大的数组不是个好的做法。在访问数组的任何元素之前，脚本语言的语法需要必须临时复制整个数组。例如，假如将由字符串组成的有 100,000 个元素的数组（该数组将美国邮政编码映射到当地的气象站）缓存在 Application 对象中，ASP 必须先将任何的 100,000 个气象站复制到临时数组中，然后才能提取一个字符串。在这种情况下，用自定义方法建立一个自定义组件来存储气象站 - 或使用一个词典组件会更好。

再警告大家一下，不要将婴儿和洗澡水一起倒掉：数组能快速查寻和存储在内存中是邻近的关键数据对。索引一个词典比索引一个数组要慢得多。应针对您的实际情况，选择提供最好性能的数据结构。

技巧 3：将数据和 HTML 缓存在 Web 服务器的磁盘上
有时，数据可能太多，无法都缓存在内存中。“太多”只是个说法，这要看您想消耗多少内存，连同需缓存的项目数和检索这些项目的频率。在任何情况下，假如数据太多而无法都缓存在内存中，则考虑将数据以文本或 XML 文档缓存在 Web 服务器的硬盘上。能够同时将数据缓存在磁盘和内存中，为您的站点建立最适宜的缓存策略。

注意当测量单个 ASP 页的性能时，检索磁盘上的数据可能不一定要比从数据库检索数据更快。但缓存会降低数据库和网络上的负载。在高负载的情况下，这样做可大大改善总体吞吐量。当缓存开销很大的查询结果（如多表联接或复合存储过程）或大的结果集时，这是很有效的。和往常相同，要测试一下几种方案的优劣。

ASP 和 COM 提供一些建立基于磁盘的缓存方案的工具。ADO 记录集 Save() 和 Open() 函数保存和装载磁盘中的记录集。能够使用这些方法重新编写上面 Application 数据缓存技巧中的代码示例，用文档的 Save() 代替写到 Application 对象中的代码。

有一些其他组件能够用于文档：

Scripting.FileSystemObject 可使您创建、读和写文档。
和 Internet Explorer 一起提供的 Microsoft? XML 解析器 (MSXML) 支持保存和装载 XML 文档。
LookupTable 对象（例如，用在 MSN 上）是从磁盘装载简单列表的最好选择。
最后，应考虑将数据的表示缓存在磁盘上，而不是数据本身。预先转换的 HTML 能够用 .htm 或 .asp 文档存储在磁盘上，终极链接能够直接指向这些文档。能够使用商用工具，如 XBuilder，或 Microsoft? SQL Server? Internet 发布功能将产生 HTML 的过程自动化。或，您能够将 HTML 代码片断放在 .asp 文档中。还能够使用 FileSystemObject 从磁盘读取 HTML 文档，或使用 XML 尽早转换。

技巧 4：避免将非敏捷的组件缓存在 Application 或 Session 对象中
尽管将数据缓存在 Application 或 Session 对象中是个好的做法，但缓存 COM 对象却有严重的陷阱。通常，人们倾向于将经常使用的 COM 对象缓存到 Application 或 Session 对象中。很遗憾，许多 COM 对象（包括任何以 Visual Basic 6.0 或更低版本编写的对象）当存储在 Application 或 Session 对象时，会引起严重的瓶颈。

具体来讲，当任何不敏捷的组件缓存在 Session 或 Application 对象时，将引起性能瓶颈。敏捷的组件是被标记为 ThreadingModel=Both 的组件，他聚集 Free-threaded marshaler (FTM)；或被标记为 ThreadingModel=Neutral 的组件。（Neutral 模型是 Windows? 2000 和 COM+ 的新增模型。）下列组件不是敏捷的：

自由线程的组件（除非他们聚集 FTM）。
单元线程组件。
单线程组件。
配置的组件（Microsoft Transaction Server (MTS)/COM+ 库和服务器程式包/应用程式）不是敏捷的，除非他们是 Neutral 线程。单元线程组件和其他非敏捷的组件在页作用域内是最适合的（即，他们在单个 ASP 页上创建和销毁）。

在 IIS 4.0 中，被标记为 ThreadingModel=Both 的组件被认为是敏捷的。在 IIS 5.0 中，只有这一点还不够。组件必须不但被标记 Both，还必须聚集 FTM。有关敏捷性的文章讲述了怎样使以 Active Template Library 编写的 C++ 组件聚集 FTM。要注意假如组件缓存界面指针，那么那些指针本身必须是敏捷的，或必须存储在 COM 共用界面表 (GIT) 中。假如您不能重新编译 Both 线程组件以聚集 FTM，那么您能够将组件标记为 ThreadingModel=Neutral。或，假如您不想让 IIS 执行敏捷性检查（因此，您能够允许非敏捷的组件存储在 Application 或 Session 作用域中），您能够在配置数据库中将 AspTrackThreadingModel 配置为 True。不建议更改 AspTrackThreadingModel。

假如您想将以 Server.CreateObject 创建的非敏捷的组件存储在 Application 对象中，IIS 5.0 将出现一个错误。您能够在 Global.asa 中使用