熱點推薦:
您现在的位置: 電腦知識網 >> 編程 >> .NET編程 >> 正文

什麼才是提高ASP性能的最佳選擇

2013-11-13 10:26:04  來源: .NET編程 

  ASP開發人員為了在他們的設計項目中獲得更好的性能和可擴展性而不斷努力幸運地是有許多書籍和站點在這方面提供了很好的建議但是這些建議的基礎都是從ASP平台工作的結構上所得出的結論對實際獲得的性能的提高沒有量的測量由於這些建議需要更加復雜的編碼過程並降低了編碼的可讀性開發人員就只能在看不到實際運行效果的情況下獨自衡量為了提高他們ASP應用程序的性能是否值得付出這些代價
  
  本文分為兩大部分我將介紹一些性能測試結果幫助開發人員來確定某一特定舉措是否不僅對將來的項目來說是值得的並且能夠對原來的項目進行更新在第一部分我將回顧一些ASP開發的基礎性問題在第二部分將涉及一些最優化ADO函數並將它們的結果與調用VB COM對象執行相同ADO函數的ASP頁面進行比較這些結果很讓人開眼界甚至有些時候是很令人吃驚的
  
  在本文中我們將回答以下問題
  
  * 將ASP生成的內容寫入響應流中最有效的方法是什麼?
  * 是否應該開啟緩沖器?
  * 是否應該考慮向ASP代碼中增加注釋?
  * 是否應該為頁面明確地設置默認語言?
  * 如果不需要是否應該關閉Session 狀態?
  * 是否應該把腳本邏輯放在子程序和函數區中?
  * 使用包含文件有什麼影響?
  * 執行錯誤處理時會施加什麼樣的負載?
  * 設置一個上下文處理是否對性能有影響?
  
  所有測試都是用Microsoft的Web應用程序重點工具(WAST)來進行的這是一個免費的工具可以在這裡()找到我用WAST創建了一個簡單的test 腳本反復調用下面所描述的ASP頁面測試(每個超過次)反應的時間基於平均最後字節總時間(TTLB) 也就是從最初請求的時間到工具從服務器接收最後一位數據的時間我們的測試服務器是一個Pentium 內存為MB客戶機為Pentium 內存為MB你也許會想這些機器的性能並不算很高級但是不要忘了我們並不是要測試服務器的容量我們只是要測試服務器每次處理一個頁面所用的時間測試期間這些機器不做其它工作WAST 測試腳本測試報告以及所有的ASP測試頁面都包含在ZIP文件(/articles/images/zip)中你可以自己進行回顧和測試
  
  將ASP生成的內容寫入響應流中最有效的方法是什麼?
  
  使用ASP的一個最主要原因是在服務器上生成動態內容所以很明顯我們測試的起點是確定將動態內容發送到響應流中的最適合的方式在多種選擇中有兩個是最基本的一是使用內聯ASP標記另一個是使用ResponseWrite 語句
  
  為測試這些選擇我們創建了一個簡單的ASP頁面其中定義了一些變量然後將它們的值插入表格中雖然這個頁面很簡單也不是很實用但它允許我們分離並測試一些單獨的問題
  
  使用ASP內聯標記
  
  第一個測試包括使用內聯ASP標記< %= x % >其中x是一個已賦值的變量到目前為止這個方法是最容易執行的並且它使頁面的HTML部分保持一種易於閱讀和維護的格式
  
  < % 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 = Main Street
  City = New York
  State = NY
  PhoneNumber =
  FaxNumber =
  EMail =
  BirthDate = //
  % >
  
  < HTML >
  < HEAD >
  < TITLE >Response Test< / TITLE >
  < /HEAD >
  < BODY >
  < H >Response Test< /H >
  < 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 >
  
  /app/responseasp的完整代碼
  
  以前的最佳(反應速度) = msec/page
  
  在HTML的每一行使用ResponseWrite 語句
  
  許多比較好的學習文檔建議避免使用前面的那種方法其主要理由是在輸出頁面和處理頁面施加反應時間的過程中如果web 服務器不得不在發送純HTML和處理腳本之間進行轉換就會發生一種被稱為上下文轉換的問題大部分程序員一聽到這裡他們的第一反應就是將原始的HTML的每一行都包裝在ResponseWrite函數中
  
  …
  ResponseWrite(< html >)
  ResponseWrite(< head >)
  ResponseWrite( < title >Response Test< /title >)
  ResponseWrite(< /head >)
  ResponseWrite(< body >)
  ResponseWrite(< h >Response Test< /h >)
  ResponseWrite(< table >)
  ResponseWrite(< tr >< td >< b >First Name:< /b >< /td >< td > & FirstName & < /td >< /
  tr >)
  ResponseWrite(< tr >< td >< b >Middle Initial:< /b >< /td >< td > & MiddleInitial & <
  /td >< /tr >)
  …
  
  /app/responseasp的片段
  
  以前的最佳(反應速度) = msec/page
  反應時間 = msec/page
  差= msec (減少 %)
  
  我們可以看到使用這種方法與使用內聯標記的方法相比在性能上獲得的收益非常小這也許是因為頁面給服務器裝載了一大堆小的函數調用這種方法最大的缺點是由於現在HTML都嵌入腳本中所以腳本代碼變得更加冗長更加難以閱讀和維護
  
  使用包裝函數
  
  當我們試圖使用ResponseWrite 語句這種方法時最令人灰心的發現可能就是ResponseWrite 函數不能在每行的結尾處放置一個CRLF 因此當你從浏覽器中閱讀源代碼時本來布置得非常好的HTML現在成了沒有結束的一行我想你的下一個發現可能會更令你恐怖在Response 對象中沒有其姊妹函數Writeln 所以一個很明顯的反應就是為ResponseWrite 函數創建一個包裝函數以便給每一行都附加一個CRLF
  
  …
  writeCR(< tr >< td >< b >First Name:< /b >< /td >< td > & FirstName & < /td >< /tr >)
  
  …
  SUB writeCR(str)
  ResponseWrite(str & vbCRLF)
  END SUB
  
  /app/responseasp的片段
  
  以前的最佳(反應速度)= msec/page
  反應時間= msec/page
  差 = + msec (增加 %)
  
  當然由於這種方法有效地使函數調用次數加倍其對性能的影響也很明顯因此要不惜一切代價避免具有諷刺意味的是CRLF也向反應流中為每行增加了個字節而這是浏覽器不需要呈現到頁面上的格式化良好的HTML所做的一切就是讓你的競爭者更容易閱讀你的HTML源代碼並理解你的設計
  
  將連續的ResponseWrite 連接到一個單獨語句中
  
  不考慮我們前面用包裝函數進行的測試下一個合乎邏輯的步驟就是從單獨的ResponseWrite 語句中提取出所有的字符串將它們連接到一個單獨語句中這樣就減少了函數調用的次數極大地提高了頁面的性能
  
  …
  ResponseWrite(< html > & _
  < head > & _
  < title >Response Test< /title > & _
  < /head > & _
  < body > & _
  < h >Response Test< /h > & _
  < 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 >)
  
  /app/responseasp的片段
  
  以前的最佳(反應速度)= msec/page
From:http://tw.wingwit.com/Article/program/net/201311/13611.html
    推薦文章
    Copyright © 2005-2013 電腦知識網 Computer Knowledge   All rights reserved.