ASP動態(tài)生成的內(nèi)容以什么方式輸出效率最高？最好用哪種方法提取數(shù)據(jù)庫記錄集？本文測試了近20個這類ASP開發(fā)中常見的問題，測試工具所顯示的時間告訴我們：這些通�？梢韵氘�(dāng)然的問題不僅值得關(guān)注，而且還有出乎意料的秘密隱藏在內(nèi)。



原文出處：http://www.asptoday.com/articles/20000113.htm

編譯如下：

ASP開發(fā)者總是在追求更好的應(yīng)用性能和可伸縮性。雖然有許多書籍和網(wǎng)站能夠為實現(xiàn)這些目標(biāo)提供出色的建議，然而，這些建議的根據(jù)常常是從ASP工作原理出發(fā)所作出的判斷，不能對實際性能的改善程度作任何定量的分析。由于這些建議通常意味著編碼過程的復(fù)雜化、降低代碼的可讀性，開發(fā)者不能根據(jù)ASP應(yīng)用的性能改善程度評估遵從這些建議所付出的代價是否合理，無法看到實際性能的任何度量。

本文提供一些ASP代碼的性能測試和分析結(jié)果，希望能夠幫助ASP開發(fā)者了解自己的編碼習(xí)慣是否值得在未來的工程中繼續(xù)保留，還是有必要修改已有的工程以獲得更好的性能。本文分成兩個部分：在第一部分中，我們考察ASP開發(fā)中的一些基本問題；在第二部分中，我們將深入ADO應(yīng)用優(yōu)化方面的測試。在測試中我們發(fā)現(xiàn)，許多測試結(jié)果不僅引人注目，而且可以說是出人意料。

第一部分將回答以下問題：

ASP動態(tài)生成的內(nèi)容以什么方式輸出效率最高？
啟用緩沖對性能的影響有多大？
ASP代碼中注釋對執(zhí)行效率有何影響？
是否應(yīng)該顯式設(shè)置頁面的默認(rèn)腳本語言？
如果會話狀態(tài)并非必需，是否有必要關(guān)閉它？
把代碼放入過程或函數(shù)會影響性能嗎？
使用包含文件是否對性能有影響？
實現(xiàn)錯誤控制意味著付出多大的開銷？
設(shè)置事務(wù)上下文會降低代碼效率嗎？
VBScript Option Explicit對性能有何影響？
測試所用的工具是Microsoft的Web Application Stress Tool（WAST），這是一個免費工具，位于 http://webtool.rte.microsoft.com/。在WAST中，我們利用一個簡單的WAST測試腳本重復(fù)地調(diào)用下面介紹的測試ASP頁面（每個都超過70000次）。響應(yīng)時間以平均“直至最后字節(jié)的累計時間”為標(biāo)準(zhǔn)（Total Time to Last Byte，TTLB），它的含義是：從第一個請求到測試工具接收到服務(wù)器應(yīng)答數(shù)據(jù)的最后一個字節(jié)之間的時間總和。

測試服務(wù)器是196 MB內(nèi)存的Pentium 166，客戶機是256 MB內(nèi)存的 Pentium 450�；蛟S有的讀者會認(rèn)為這些機器的性能不高，不過這并不重要，因為我們不是在測試服務(wù)器的能力，而只是利用服務(wù)器處理一個頁面所需要的時間來估量腳本執(zhí)行效率。測試時兩臺機器上沒有運行其他任務(wù)。測試用的WAST腳本以及ASP頁面均附于本文后面的ZIP文件內(nèi)，讀者可以下載它進(jìn)行同樣的測試。
（出處：熱點網(wǎng)絡(luò)）