技巧之一：提高使用Request集合的效率

訪問一個(gè)ASP集合來提取一個(gè)值是費(fèi)時(shí)的、占用計(jì)算資源的過程。因?yàn)檫@個(gè)操作包含了一系列對(duì)相關(guān)集合的搜索，這比訪問一個(gè)局部變量要慢得多。因此，如果打算在頁面中多次使用Request集合中的一個(gè)值，應(yīng)該考慮將其存貯為一個(gè)局部變量。
例如將代碼寫成下面的形式以加快腳本引擎處理速度：

技巧之二：直接訪問適當(dāng)?shù)募?/P>

如果不是別無選擇，否則不要使用strPage=Request("page")的這樣的形式來獲取參數(shù)，因?yàn)檫@將按順序搜索全部的集合—QueryString、Form、Cookies、ClientCertificate、ServerVarible直到發(fā)現(xiàn)第一個(gè)匹配值的名稱。這樣做比直接訪問適當(dāng)?shù)募闲实?，并且是不安全的，除非能絕對(duì)保證這個(gè)值不會(huì)出現(xiàn)在另外一個(gè)集合中。
例如，可能希望搜索滿足客戶請(qǐng)求的WEB服務(wù)器名稱，這通過出現(xiàn)在每個(gè)查詢中的Request.ServerVarables集合中尋找“SERVER_NAME”來實(shí)現(xiàn)。然而，假如其他的集合也包含名為“SERVER_NAME”的值（鍵名不區(qū)分大小寫），當(dāng)使用Request("server_Name")時(shí)，就會(huì)得到錯(cuò)誤的結(jié)果?？偠灾?，應(yīng)盡可能直接訪問適當(dāng)?shù)募稀?/P>

技巧之三：在費(fèi)時(shí)操作前使用Response.IsClientConnected屬性

使用Response.IsClientConnected是觀察用戶是否仍連到服務(wù)器并正在載入ASP創(chuàng)建的網(wǎng)頁的有用方式。如果用戶斷開連接或停止下載，我們就不用再浪費(fèi)服務(wù)器的資源創(chuàng)建網(wǎng)頁，因?yàn)榫彌_區(qū)內(nèi)容將被IIS丟棄。所以，對(duì)那些需要大量時(shí)間計(jì)算或資源使用較多的網(wǎng)頁來說，值得在每一階段都檢查游覽者是否已離線：

技巧之四：優(yōu)化ASP中的ADO操作

通常面言，數(shù)據(jù)構(gòu)成了WEB站點(diǎn)的實(shí)際內(nèi)容。所以，優(yōu)化ADO操作以加速ASP代碼執(zhí)行，十分有用：

a. 僅選擇所需的列：當(dāng)打開ADO記錄集時(shí)，除非需要獲得所有的列，否則不應(yīng)自動(dòng)地使用表名（即SELECT *）。使用單獨(dú)的列意味著將減少發(fā)送到服務(wù)器或從服務(wù)器取出的數(shù)據(jù)量。即使需要使用全部列，單獨(dú)地命名每個(gè)列也會(huì)獲得最佳的性能，因?yàn)榉?wù)器不必再解釋這些列的名字。

b. 盡可能的使用存儲(chǔ)過程。存儲(chǔ)過程是預(yù)先編譯的程序，含有一個(gè)已經(jīng)準(zhǔn)備好的執(zhí)行計(jì)劃，所以比SQL語句執(zhí)行更快。

c. 使用適當(dāng)?shù)墓鈽?biāo)和鎖定模式。如果所做的全部工作只是從記錄集中讀取數(shù)據(jù)，并將其顯示在屏幕上，那么就使用缺省的只能前移、只讀的記錄集。ADO用來維護(hù)記錄和鎖定的細(xì)節(jié)的工作越少，執(zhí)行的性能就越高。

d. 使用對(duì)象變量。當(dāng)遍歷記錄集時(shí)一個(gè)肯定能提高性能的方法是使用對(duì)象變量指向集合中的成員。例如：

可以用改寫為下面的代碼以加快執(zhí)行：

新的代碼建立了對(duì)象變量的引用，所以可以使用對(duì)象變量而不是實(shí)際的變量，這意味著腳本引擎的工作減少了，因?yàn)樵诩现羞M(jìn)行索引的次數(shù)變少了。

技巧五：不要混用腳本引擎

我們知道，ASP頁面中既可以使用VBScript，也可以使用JScript。但是在同一個(gè)頁面上同時(shí)使用JScript和VBScript則是不可取的。因?yàn)榉?wù)器必須實(shí)例化并嘗試緩存兩個(gè)（而不是一個(gè)）腳本引擎，這在一定程度上增加了系統(tǒng)負(fù)擔(dān)。因此，從性能上考慮，不應(yīng)在同一頁面中混用多種腳本引擎。