ASP優化:幾招提高ASP性能的最佳選擇(3)_ASP教程
推薦:馬克斯電影站生成Rss Feed的代碼前段時間為了給本人的電影站增加Rss訂閱功能,動手寫了個動態生成Rss Feed的ASP代碼,沒法上傳附件,就直接貼代碼吧,反正也不長,用馬克斯做電影站的朋友直接拿去用吧,其它類型的站點修改一下
回顧及觀測
緩沖器是提高性能的好方法,所以把緩沖器設置成服務器的默認值很有必要。如果因為某些原因,頁面不能正確地使緩沖器運行,只需要Response.Buffer=False 命令即可。緩沖器的一個缺點是在整個頁面處理完之前,用戶從服務器看不到任何東西。因此,在復雜頁面的處理期間,偶而調用一次 Response.Flush 來更新用戶是個好主意。
現在在我們的規則中又增加了一條:總是通過服務器設置開啟緩沖器。
是否應該考慮向ASP代碼中增加注釋?
大部分HTML開發人員都知道包含HTML注釋不是個好主意,首先會增加傳輸數據的規模,其次它們只是向別的開發人員提供有關你頁面組織的信息。但是ASP頁面上的注釋又如何呢?它們從來不離開服務器,但也確實要增加頁面的規模,因此必須用ASP進行分解。
在這次的測試中,我們增加20條注釋,每條有80個字符,總共有1600個字符。
<% OPTION EXPLICIT /app2/comment |
基準= 5.57 msec/page
反應時間= 5.58 msec/page
差 = 0.01 msec (增加 0.1%)
測試的結果是驚人的。雖然注釋幾乎相當于文件本身的兩倍,但是它們的存在并沒有給反應時間帶來很大的影響。所以說我們可以遵循以下規則:
只要使用適度,ASP注釋對性能的影響很小或根本沒有影響。
是否應該為頁面明確地設置默認語言?
IIS處理VBScript是默認的設置,但是我看到,在大多數例子中還是用<%@LANGUAGE=VBSCRIPT%>聲明將語言明確地設置為VBScript 。我們的下一個測試將檢驗這個聲明的存在對性能有什么影響。
<%@ LANGUAGE=VBSCRIPT %> <% OPTION EXPLICIT Dim FirstName … |
/app2/language1.asp片段。
基準值= 5.57 msec/page
反應時間= 5.64 msec/page
差= 0.07 msec (增加1.2%)
可以看到,包含了語言的聲明對性能有一個輕微的影響。因此:
* 設置服務器的默認語言配置以與站點上使用的語言相匹配。
* 除非你使用非默認語言,不要設置語言聲明。
如果不需要,是否應該關閉Session 狀態?
避免使用IIS的Session上下文有許多理由,那些已經可以獨立成為一篇文章。我們現在試圖回答的問題是當頁面不需要時,關閉Session上下文是否對性能提高有所幫助。從理論上講應該是肯定的,因為這樣一來就不需要用頁面例示Session上下文了。
同緩沖器一樣,Session狀態也有兩種配置方法:通過腳本和通過服務器設置。
通過腳本關閉Session上下文
對于這個測試,要關閉頁面中的Session上下文,我增加一個Session狀態聲明。
<%@ ENABLESESSIONSTATE = FALSE %> <% OPTION EXPLICIT Dim FirstName … |
/app2/session_1.asp片段。
基準值= 5.57 msec/page
反應時間= 5.46 msec/page
差= -0.11 msec (降低2.0%)
只通過這樣一個小小的努力就得到了不錯的進步。現在看看第二部分。
通過服務器配置關閉Session 上下文
要在服務器上關閉Session 上下文,請到站點的Properties 對話框。在Home Directory 標簽上選擇Configuration 按鈕。然后在"App options"下取消"enable session state" 的選擇。我們在沒有ENABLESESSIONSTATE 聲明的情況下運行測試。
基準值 = 5.57 msec/page
反應時間= 5.14 msec/page
差= -0.43 msec (降低7.7%)
這是性能的又一個顯著提高。所以,我們的規則應是:在不需要的情況下,總是在頁面或應用程序的水平上關閉Session狀態。
使用Option Explicit 會使性能有實質改變嗎?
在一個ASP頁面的頂部設置Option Explicit 以要求所有的變量在使用之前都要在頁面上進行聲明。這有兩個原因。首先應用程序可以更快地處理變量的存取。其次,這樣可以防止我們無意中錯用變量的名字。在這個測試中我們移走Option Explicit 引用和變量的Dim 聲明。
基準值 = 5.57 msec/page
反應時間= 6.12 msec/page
差 = 0.55 msec (9.8% 增加)、
盡管有一些代碼行從頁面中去掉了,反應時間卻依然增加了。所以盡管使用Option explicit 有時候費時間,但是在性能上卻有很顯著的效果。因此我們又可以增加一條規則:在VBScript中總是使用Option explicit。
是否應該把腳本邏輯放在子程序和函數區?
用函數和子程序來組織和管理代碼是一個很好的方法,特別是當一個代碼區在頁面中多次使用的情況。缺點是要在系統上增加一個做相同工作的額外函數調用。子程序和函數的另一個問題是變量的范圍。從理論上說,在一個函數區內指定變量更有效。現在我們看看這兩個方面如何發生作用。
將Response.Write 語句移入子程序
這個測試只是將Response.Write 語句移入一個子程序區內。
… CALL writeTable() SUB writeTable() Response.Write("<html>" & _ "<head>" & _ … "<tr><td><b>EMail:</b></td><td>" & EMail & "</td></tr>" & _ "<tr><td><b>Birth Date:</b></td><td>" & BirthDate & "</td></tr>" & _ "</table>" & _ "</body>" & _ "</html>") END SUB |
/app2/function1.asp片段
基準值= 5.57 msec/page
反應時間= 6.02 msec/page
差 = 0.45 msec (8.1% 增加)
同預料中一樣,子程序調用給頁面帶來了額外的負擔。
將所有腳本移入子程序中
在這個測試中,Response.write 語句與變量聲明都移入一個子程序區中。
<% OPTION EXPLICIT |
/app2/function2.asp片段
基準值= 5.57 msec/page
反應時間= 5.22 msec/page
差 = -0.35 msec (6.3% 降低)
非常有趣!盡管將變量移到函數范圍內增加了額外的函數調用,但實際上卻提高了性能。我們又可以增加以下規則:
* 在一個頁面上,如果代碼要使用一次以上,就將代碼封入函數區。 分享:ASP 編程中20個非常有用的例子(一)1、如何用Asp判斷你的網站的虛擬物理路徑
答:使用Mappath方法:< %= Server.MapPath("")% >
2、我如何知道使用者所用的瀏覽器?
答:使用the Request object方法:
* 適當時候,將變量聲明移到函數范圍內。
- 相關鏈接:
- 教程說明:
ASP教程-ASP優化:幾招提高ASP性能的最佳選擇(3)。