訪問ASP集合來獲取ASP是一件很費時且占用計算機資源的過程，因為這個操作包含了相關(guān)集合的搜索，所以在訪問局部變量的時候就會慢很多，那我們現(xiàn)在去看看如何提高ASP效率。

　　例如將代碼寫成下面的形式以加快腳本引擎處理速度：?

?

?

?

?

?

技巧之二：直接訪問適當(dāng)?shù)募?
　　如果不是別無選擇，否則不要使用strPage=Request("page")的這樣的形式來獲取參數(shù)，因為這將按順序搜索全部的集合—QueryString、Form、Cookies、ClientCertificate、ServerVarible直到發(fā)現(xiàn)第一個匹配值的名稱。這樣做比直接訪問適當(dāng)?shù)募闲实停⑶沂遣话踩模悄芙^對保證這個值不會出現(xiàn)在另外一個集合中。?

　　例如，可能希望搜索滿足客戶請求的WEB服務(wù)器名稱，這通過出現(xiàn)在每個查詢中的Request.ServerVarables集合中尋找“SERVER_NAME”來實現(xiàn)。然而，假如其他的集合也包含名為“SERVER_NAME”的值（鍵名不區(qū)分大小寫），當(dāng)使用Request("server_Name")時，就會得到錯誤的結(jié)果。總而言之，應(yīng)盡可能直接訪問適當(dāng)?shù)募稀?
技巧之三：在費時操作前使用Response.IsClientConnected屬性?
　　使用Response.IsClientConnected是觀察用戶是否仍連到服務(wù)器并正在載入ASP創(chuàng)建的網(wǎng)頁的有用方式。如果用戶斷開連接或停止下載，我們就不用再浪費服務(wù)器的資源創(chuàng)建網(wǎng)頁，因為緩沖區(qū)內(nèi)容將被IIS丟棄。所以，對那些需要大量時間計算或資源使用較多的網(wǎng)頁來說，值得在每一階段都檢查游覽者是否已離線：?

?

?

?

?

技巧之四：優(yōu)化ASP中的ADO操作?
　　通常面言，數(shù)據(jù)構(gòu)成了WEB站點的實際內(nèi)容。所以，優(yōu)化ADO操作以加速ASP代碼執(zhí)行，十分有用：
　　a.?僅選擇所需的列：當(dāng)打開ADO記錄集時，除非需要獲得所有的列，否則不應(yīng)自動地使用表名（即SELECT?*）。使用單獨的列意味著將減少發(fā)送到服務(wù)器或從服務(wù)器取出的數(shù)據(jù)量。即使需要使用全部列，單獨地命名每個列也會獲得最佳的性能，因為服務(wù)器不必再解釋這些列的名字。?
　　b.?盡可能的使用存儲過程。存儲過程是預(yù)先編譯的程序，含有一個已經(jīng)準(zhǔn)備好的執(zhí)行計劃，所以比SQL語句執(zhí)行更快。?
　　c.?使用適當(dāng)?shù)墓鈽?biāo)和鎖定模式。如果所做的全部工作只是從記錄集中讀取數(shù)據(jù)，并將其顯示在屏幕上，那么就使用缺省的只能前移、只讀的記錄集。ADO用來維護(hù)記錄和鎖定的細(xì)節(jié)的工作越少，執(zhí)行的性能就越高。?
　　d.?使用對象變量。當(dāng)遍歷記錄集時一個肯定能提高性能的方法是使用對象變量指向集合中的成員。例如：?

?

?

?

?

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

?

?

?

?

???????新的代碼建立了對象變量的引用，所以可以使用對象變量而不是實際的變量，這意味著腳本引擎的工作減少了，因為在集合中進(jìn)行索引的次數(shù)變少了。?

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

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持錯新技術(shù)頻道。