ASP開(kāi)發(fā)人員為了在他們的設(shè)計(jì)項(xiàng)目中獲得更好的性能和可擴(kuò)展性而不斷努力。幸運(yùn)地是，有許多書(shū)籍和站點(diǎn)在這方面提供了很好的建議。但是這些建議的基礎(chǔ)都是從ASP平臺(tái)工作的結(jié)構(gòu)上所得出的結(jié)論，對(duì)實(shí)際獲得的性能的提高沒(méi)有量的測(cè)量。由于這些建議需要更加復(fù)雜的編碼過(guò)程并降低了編碼的可讀性，開(kāi)發(fā)人員就只能在看不到實(shí)際運(yùn)行效果的情況下，獨(dú)自衡量為了提高他們ASP應(yīng)用程序的性能是否值得付出這些代價(jià)。

　　本文分為兩大部分，我將介紹一些性能測(cè)試結(jié)果，幫助開(kāi)發(fā)人員來(lái)確定某一特定舉措是否不僅對(duì)將來(lái)的項(xiàng)目來(lái)說(shuō)是值得的，并且能夠?qū)υ瓉?lái)的項(xiàng)目進(jìn)行更新。在第一部分我將回顧一些ASP開(kāi)發(fā)的基礎(chǔ)性問(wèn)題。在第二部分，將涉及一些最優(yōu)化ADO函數(shù)，并將它們的結(jié)果與調(diào)用VB COM對(duì)象執(zhí)行相同ADO函數(shù)的ASP頁(yè)面進(jìn)行比較。這些結(jié)果很讓人開(kāi)眼界，甚至有些時(shí)候是很令人吃驚的。

　　在本文中，我們將回答以下問(wèn)題：

　　* 將ASP生成的內(nèi)容寫(xiě)入響應(yīng)流中最有效的方法是什么？

　　* 是否應(yīng)該開(kāi)啟緩沖器？

　　* 是否應(yīng)該考慮向ASP代碼中增加注釋？

　　* 是否應(yīng)該為頁(yè)面明確地設(shè)置默認(rèn)語(yǔ)言？

　　* 如果不需要，是否應(yīng)該關(guān)閉Session 狀態(tài)？

　　* 是否應(yīng)該把腳本邏輯放在子程序和函數(shù)區(qū)中？

　　* 使用包含文件有什么影響？

　　* 執(zhí)行錯(cuò)誤處理時(shí)會(huì)施加什么樣的負(fù)載？

　　* 設(shè)置一個(gè)上下文處理是否對(duì)性能有影響？

所有測(cè)試都是用Microsoft的Web應(yīng)用程序重點(diǎn)工具(WAST)來(lái)進(jìn)行的，這是一個(gè)免費(fèi)的工具，可以在這里找到。我用WAST創(chuàng)建了一個(gè)簡(jiǎn)單的test 腳本，反復(fù)調(diào)用下面所描述的ASP頁(yè)面測(cè)試（每個(gè)超過(guò)70，000次）。反應(yīng)的時(shí)間基于平均最后字節(jié)總時(shí)間(TTLB), 也就是從最初請(qǐng)求的時(shí)間到工具從服務(wù)器接收最后一位數(shù)據(jù)的時(shí)間。我們的測(cè)試服務(wù)器是一個(gè)Pentium 166，內(nèi)存為196MB，客戶機(jī)為Pentium 450，內(nèi)存為256MB。你也許會(huì)想這些機(jī)器的性能并不算很高級(jí)，但是不要忘了，我們并不是要測(cè)試服務(wù)器的容量，我們只是要測(cè)試服務(wù)器每次處理一個(gè)頁(yè)面所用的時(shí)間。測(cè)試期間這些機(jī)器不做其它工作。WAST 測(cè)試腳本、測(cè)試報(bào)告以及所有的ASP測(cè)試頁(yè)面都包含在ZIP文件中，你可以自己進(jìn)行回顧和測(cè)試。
將ASP生成的內(nèi)容寫(xiě)入響應(yīng)流中最有效的方法是什么？
　　使用ASP的一個(gè)最主要原因是在服務(wù)器上生成動(dòng)態(tài)內(nèi)容。所以很明顯，我們測(cè)試的起點(diǎn)是確定將動(dòng)態(tài)內(nèi)容發(fā)送到響應(yīng)流中的最適合的方式。在多種選擇中，有兩個(gè)是最基本的：一是使用內(nèi)聯(lián)ASP標(biāo)記，另一個(gè)是使用Response.Write 語(yǔ)句。

　　為測(cè)試這些選擇，我們創(chuàng)建了一個(gè)簡(jiǎn)單的ASP頁(yè)面，其中定義了一些變量，然后將它們的值插入表格中。雖然這個(gè)頁(yè)面很簡(jiǎn)單也不是很實(shí)用，但它允許我們分離并測(cè)試一些單獨(dú)的問(wèn)題。

　　使用ASP內(nèi)聯(lián)標(biāo)記

　　第一個(gè)測(cè)試包括使用內(nèi)聯(lián)ASP標(biāo)記< %= x % >，其中x是一個(gè)已賦值的變量。到目前為止，這個(gè)方法是最容易執(zhí)行的，并且它使頁(yè)面的HTML部分保持一種易于閱讀和維護(hù)的格式。

　　< % OPTION EXPLICIT

　　Dim FirstName

　　Dim LastName

　　Dim MiddleInitial

　　Dim Address

　　Dim City

　　Dim State

　　Dim PhoneNumber

　　Dim FaxNumber

　　Dim EMail

　　Dim BirthDate

　　FirstName = "John"

　　MiddleInitial = "Q"

　　LastName = "Public"

　　Address = "100 Main Street"

　　City = "New York"

　　State = "NY"

　　PhoneNumber = "1-212-555-1234"

　　FaxNumber = "1-212-555-1234"

　　EMail = "john@public.com"

　　BirthDate = "1/1/1950"

　　% >

　　< HTML >

　　< HEAD >

　　< TITLE >Response Test< / TITLE >

　　< /HEAD >

　　< BODY >

　　< H1 >Response Test< /H1 >

　　< TABLE >

　　< tr >< td >< b >First Name:< /b >< /td >< td >< %= FirstName % >< /td >< /tr >

　　< tr >< td >< b >Middle Initial:< /b >< /td >< td >< %= MiddleInitial % >< /td >< /tr >

　　< tr >< td >< b >Last Name:< /b >< /td >< td >< %= LastName % >< /td >< /tr >

　　< tr >< td >< b >Address:< /b >< /td >< td >< %= Address % >< /td >< /tr >

　　< tr >< td >< b >City:< /b >< /td >< td >< %= City % >< /td >< /tr >

　　< tr >< td >< b >State:< /b >< /td >< td >< %= State % >< /td >< /tr >

　　< tr >< td >< b >Phone Number:< /b >< /td >< td >< %= PhoneNumber % >< /td >< /tr >

　　< tr >< td >< b >Fax Number:< /b >< /td >< td >< %= FaxNumber % >< /td >< /tr >

　　< tr >< td >< b >EMail:< /b >< /td >< td >< %= EMail % >< /td >< /tr >

　　< tr >< td >< b >Birth Date:< /b >< /td >< td >< %= BirthDate % >< /td >< /tr >

　　< /TABLE >

　　< /BODY >

　　< /HTML >

　　/app1/response1.asp的完整代碼

　　以前的最佳（反應(yīng)速度） = 8.28 msec/page

　　在HTML的每一行使用Response.Write 語(yǔ)句

　　許多比較好的學(xué)習(xí)文檔建議避免使用前面的那種方法。其主要理由是，在輸出頁(yè)面和處理頁(yè)面施加反應(yīng)時(shí)間的過(guò)程中，如果web 服務(wù)器不得不在發(fā)送純HTML和處理腳本之間進(jìn)行轉(zhuǎn)換，就會(huì)發(fā)生一種被稱為上下文轉(zhuǎn)換的問(wèn)題。大部分程序員一聽(tīng)到這里，他們的第一反應(yīng)就是將原始的HTML的每一行都包裝在Response.Write函數(shù)中。

　　…

　　Response.Write("< html >")

　　Response.Write("< head >")

　　Response.Write(" < title >Response Test< /title >")

　　Response.Write("< /head >")

　　Response.Write("< body >")

　　Response.Write("< h1 >Response Test< /h1 >")

　　Response.Write("< table >")

　　Response.Write("< tr >< td >< b >First Name:< /b >< /td >< td >" & FirstName & "< /td >< /tr >")

　　Response.Write("< tr >< td >< b >Middle Initial:< /b >< /td >< td >" & MiddleInitial & "< /td >< /tr >")

　　…

　　/app1/response2.asp的片段

　　以前的最佳（反應(yīng)速度） = 8.28 msec/page

　　反應(yīng)時(shí)間 = 8.08 msec/page

　　差= -0.20 msec (減少 2.4%)

　　我們可以看到，使用這種方法與使用內(nèi)聯(lián)標(biāo)記的方法相比在性能上獲得的收益非常小，這也許是因?yàn)轫?yè)面給服務(wù)器裝載了一大堆小的函數(shù)調(diào)用。這種方法最大的缺點(diǎn)是，由于現(xiàn)在HTML都嵌入腳本中，所以腳本代碼變得更加冗長(zhǎng)，更加難以閱讀和維護(hù)。

　　使用包裝函數(shù)

　　當(dāng)我們?cè)噲D使用Response.Write 語(yǔ)句這種方法時(shí)，最令人灰心的發(fā)現(xiàn)可能就是Response.Write 函數(shù)不能在每行的結(jié)尾處放置一個(gè)CRLF 。因此，當(dāng)你從瀏覽器中閱讀源代碼時(shí)，本來(lái)布置得非常好的HTML，現(xiàn)在成了沒(méi)有結(jié)束的一行。我想，你的下一個(gè)發(fā)現(xiàn)可能會(huì)更令你恐怖：在Response 對(duì)象中沒(méi)有其姊妹函數(shù)Writeln 。所以，一個(gè)很明顯的反應(yīng)就是為Response.Write 函數(shù)創(chuàng)建一個(gè)包裝函數(shù)，以便給每一行都附加一個(gè)CRLF 。

　　…

　　writeCR("< tr >< td >< b >First Name:< /b >< /td >< td >" & FirstName & "< /td >< /tr >")

　　…

　　SUB writeCR(str)

　　Response.Write(str & vbCRLF)

　　END SUB

　　/app1/response4.asp的片段

　　以前的最佳（反應(yīng)速度）= 8.08 msec/page

　　反應(yīng)時(shí)間= 10.11 msec/page

　　差 = +2.03 msec (增加 25.1%)

　　當(dāng)然，由于這種方法有效地使函數(shù)調(diào)用次數(shù)加倍，其對(duì)性能的影響也很明顯，因此要不惜一切代價(jià)避免。具有諷刺意味的是CRLF也向反應(yīng)流中為每行增加了2個(gè)字節(jié)，而這是瀏覽器不需要呈現(xiàn)到頁(yè)面上的。格式化良好的HTML所做的一切就是讓你的競(jìng)爭(zhēng)者更容易閱讀你的HTML源代碼并理解你的設(shè)計(jì)。

　　將連續(xù)的Response.Write 連接到一個(gè)單獨(dú)語(yǔ)句中

　　不考慮我們前面用包裝函數(shù)進(jìn)行的測(cè)試，下一個(gè)合乎邏輯的步驟就是從單獨(dú)的Response.Write 語(yǔ)句中提取出所有的字符串，將它們連接到一個(gè)單獨(dú)語(yǔ)句中，這樣就減少了函數(shù)調(diào)用的次數(shù)，極大地提高了頁(yè)面的性能。

　　…

　　Response.Write("< html >" & _

　　"< head >" & _

　　"< title >Response Test< /title >" & _

　　"< /head >" & _

　　"< body >" & _

　　"< h1 >Response Test< /h1 >" & _

　　"< table >" & _

　　"< tr >< td >< b >First Name:< /b >< /td >< td >" & FirstName & "< /td >< /tr >" & _

　　…

　　"< tr >< td >< b >Birth Date:< /b >< /td >< td >" & BirthDate & "< /td >< /tr >" & _

　　"< /table >" & _

　　"< /body >" & _

　　"< /html >")

　　/app1/response3.asp的片段

　　以前的最佳（反應(yīng)速度）= 8.08 msec/page

　　反應(yīng)時(shí)間 = 7.05 msec/page

　　差 = -1.03 msec (減少12.7%)

　　目前，這是最優(yōu)化的配置。

　　將連續(xù)的Response.Write 連接到一個(gè)單獨(dú)語(yǔ)句中，在每行結(jié)尾處增加一個(gè)CRLF

　　考慮到那些要求他們的源代碼從瀏覽器中看要很純粹的人，我用vbCRLF 常量在前面測(cè)試中每行的結(jié)尾處插入了一些回車(chē)，然后重新運(yùn)行。　　

　　…

　　Response.Write("< html >" & vbCRLF & _

　　"< head >" & vbCRLF & _

　　" < title >Response Test< /title >" & vbCRLF & _

　　"< /head >" & vbCRLF & _

　　…

　　/app1/response5.asp的片段

　　前面的最佳（反應(yīng)速度）= 7.05 msec/page

　　反應(yīng)時(shí)間= 7.63 msec/page

　　差 = +0.58 msec (增加 8.5%)

　　運(yùn)行的結(jié)果在性能上有一點(diǎn)降低，這也許是由于額外的串聯(lián)和增加的字符量。

　　回顧和觀測(cè)

　　從前面有關(guān)ASP輸出的測(cè)試中可以得出一些規(guī)則：

　　* 避免內(nèi)聯(lián)ASP的過(guò)多使用。

　　* 總是將連續(xù)Response.Write 語(yǔ)句連接進(jìn)一個(gè)單獨(dú)語(yǔ)句內(nèi)。

　　* 永遠(yuǎn)不要在Response.Write 周?chē)褂冒b函數(shù)來(lái)附加CRLF。

　　* 如果必須格式化HTML輸出，直接在Response.Write 語(yǔ)句內(nèi)附加CRLF。