[p]本文介紹了優化 asp 應用程序和 visual basic® scripting edition (vbscript) 的技巧。本文討論了許多陷阱。本文列出的建議已經在 [url=http://microsoft.com/]http://microsoft.com[/url] 和其它站點中進行了測試,效果十分顯著。本文假定您已經對 asp 開發,包括 vbscript 和/或 jscript、asp application、asp session 和其它 asp 固有對象(request、response 和 server)有了基本了解。[/p]
[p]通常,asp 性能主要取決于 asp 代碼本身以外的很多因素。我們不在一篇文章中羅列出所有的信息,在本文結尾處我們列出了與性能有關的資源。這些鏈接涵蓋了 asp 和非 asp 主題,包括 activex® 數據對象 (ado)、組件對象模型 (com)、數據庫和 internet information server (iis) 配置。這些都是我們喜歡的一些鏈接 - 一定要去看看。[/p]
[p][b]技巧 1:將經常使用的數據緩存在 web 服務器上[/b][/p]
[p] 典型的 asp 頁從后端數據存儲中檢索數據,然后將結果轉換成超文本標記語言 (html)。無論數據庫的速度如何,從內存中檢索數據總要比從后端數據存儲中檢索數據快得多。從本地硬盤讀取數據通常也比從數據庫中檢索數據更快。因此,通常可以將數據緩存在 web 服務器上(存儲在內存或磁盤中),來提高性能。[/p]
[p] 緩存是傳統的以空間換取時間的做法。如果您緩存的內容正確,那么您可以看到性能會有顯著的提高。為使緩存有效,必須保存那些經常重復使用的數據,且要重新計算這些數據需要(適度)大的開銷。如果緩存的都是些陳舊的數據,就會造成內存浪費。[/p]
[p] 不經常發生改變的數據是很好的緩存候選數據,因為您不必擔心隨著時間的遷移該數據與數據庫同步的問題。組合框列表、引用表、dhtml 碎片、擴展標記語言 (xml) 字符串、菜單項和站點配置變量(包括數據源名稱 (dsn)、internet 協議 (ip) 地址和 web 路徑)都是很好的緩存候選內容。注意您可以緩存數據的“表示”,而不緩存數據本身。如果 asp 頁很少更改,且緩存的開銷也很大(例如,整個產品目錄),則應考慮事先產生 html,而不是在響應每個請求時重新顯示。[/p]
[p] 應將數據緩存在哪里,有哪些緩存策略?通常,數據緩存在 web 服務器的內存或磁盤中。下兩個技巧講述了這兩個方法。[/p]
[p][b]技巧 2: 將經常使用的數據緩存在 application 或 session 對象中[/b][/p]
[p] asp application 和 session 對象為將數據緩存在內存中提供了方便的容器。您可以將數據指派到 application 和 session 對象中,這些數據在 http 調用之間保留在內存中。session 數據是按每個用戶分別存儲的,而 application 數據則在所有用戶之間共享。[/p]
[p] 什么時候將數據裝載到 application 或 session 中呢?通常,數據是在啟動 application 或 session 時裝載。要在 application 或 session 啟動過程中裝載數據,應將適當的代碼分別添加到 application_onstart() 或 session_onstart() 中。這些函數應在 global.asa 中,如果沒有,則可以添加這些函數。還可以在第一次需要時裝載該數據。為此,在 asp 頁中添加一些代碼(或編寫一個可重復使用的腳本函數),以檢查數據是否存在,如果不存在,就裝載數據。這是一個傳統的性能技術,稱為“惰性計算” - 在您知道需要某一個值以前不計算該值。例如:[/p]
[p]<% [br]function getemploymentstatuslist [br]dim d [br]d = application(?employmentstatuslist?) [br]if d = ?? then [br]' fetchemploymentstatuslist function (not shown) [br]' fetches data from db, returns an array [br]d = fetchemploymentstatuslist() [br]application(?employmentstatuslist?) = d [br]end if [br]getemploymentstatuslist = d [br]end function [br]%>[/p]
[p] 可以為所需要的每個數據塊編寫類似的函數。[/p]
[p] 應以什么格式存儲數據?可以存儲任何變體類型,因為所有腳本變量都是變體型。例如,您可以存儲字符串、整數或數組。通常,您將以這些變量類型之一存儲 ado 記錄集的內容。要從 ado 記錄集獲取數據,您可以手工將數據復制到 vbscript 變量,一次一個字段。使用一個 ado 記錄集持久函數 getrows()、getstring() 或 save()(ado 2.5),可加快速度且更容易一些。其詳細情況已超出本文所討論的范圍,但下面給出了一個函數舉例,說明使用 getrows() 返回記錄集數據的一個數組:[/p]
[p]' get recordset, return as an array [br]function fetchemploymentstatuslist [br]dim rs [br]set rs = createobject(?adodb.recordset?) [br]rs.open ?select statusname, statusid from employeestatus?, _ [br]?dsn=employees;uid=sa;pwd=;? [br]fetchemploymentstatuslist = rs.getrows() ? return data as an array [br]rs.close [br]set rs = nothing [br]end function[/p]
[p][br] 對上面舉例做更進一步改進,可以將 html 緩存為列表,而不是數組。下面是簡單的示例:[/p]
[p]' get recordset, return as html option list [br]function fetchemploymentstatuslist [br]dim rs, fldname, s [br]set rs = createobject(?adodb.recordset?) [br]rs.open ?select statusname, statusid from employeestatus?, _ [br]?dsn=employees;uid=sa;pwd=;? [br]s = ?
? & vbcrlf [br]rs.close [br]set rs = nothing ' see release early [br]fetchemploymentstatuslist = s ' return data as a string [br]end function[/p]
[p] 在適當的條件下,可以將 ado 記錄集本身緩存在 application 或 session 作用域中。有兩個警告:[/p]
[p] 必須將 ado 標記為自由線程 [br] 必須使用斷開連接的記錄集。 [br] 如果不能保證滿足這兩個要求,則不要緩存 ado 記錄集。在下面的“非敏捷組件”和“不要緩存連接”技巧中,我們將討論將 com 對象存儲在 application 或 session 作用域中的危險性。[/p]
[p] 當您將數據存儲在 application 或 session 作用域時,數據將保留在那里,直到您以編程方式改變它、session 過期或 web 應用程序重新啟動為止。如果數據需要更新怎么辦?要手工強制對 application 數據進行更新,您可以訪問只有管理員才可訪問的 asp 頁來更新數據。或者,您可以通過函數定期自動刷新數據。下面例子存儲帶有緩存數據的時間戳,并隔一段時間后刷新數據。[/p]
[p]<% [br]' error handing not shown... [br]const update_interval = 300 ' refresh interval, in seconds [br][br]' function to return the employment status list [br]function getemploymentstatuslist [br]updateemploymentstatus [br]getemploymentstatuslist = application(?employmentstatuslist?) [br]end function [br][br]' periodically update the cached data [br]sub updateemploymentstatuslist [br]dim d, strlastupdate [br]strlastupdate = application(?lastupdate?) [br]if (strlastupdate = ??) or _ [br](update_interval < datediff(?s?, strlastupdate, now)) then [br][br]' note: two or more calls might get in here. this is okay and will simply [br]' result in a few unnecessary fetches (there is a workaround for this) [br][br]' fetchemploymentstatuslist function (not shown) [br]' fetches data from db, returns an array [br]d = fetchemploymentstatuslist() [br][br]' update the application object. use application.lock() [br]' to ensure consistent data [br]application.lock [br]application(?employmentstatuslist?) = events [br]application(?lastupdate?) = cstr(now) [br]application.unlock [br]end if [br]end sub[/p]
[p] 請參見 world's fastest listbox with application data,上面還有一個例子。[/p]
[p] 要知道在 session 或 application 對象中緩存大的數組不是一個好的做法。在訪問數組的任何元素之前,腳本語言的語法要求必須臨時復制整個數組。例如,如果將由字符串組成的有 100,000 個元素的數組(該數組將美國郵政編碼映射到當地的氣象站)緩存在 application 對象中,asp 必須先將所有的 100,000 個氣象站復制到臨時數組中,然后才能提取一個字符串。在這種情況下,用自定義方法建立一個自定義組件來存儲氣象站 - 或使用一個詞典組件會更好。[/p]
[p] 再警告大家一下,不要將嬰兒與洗澡水一起倒掉:數組能快速查尋和存儲在內存中是鄰近的關鍵數據對。索引一個詞典比索引一個數組要慢得多。應針對您的實際情況,選擇提供最佳性能的數據結構。[/p]
[p]#p#[/p]
[p][b]技巧 3:將數據和 html 緩存在 web 服務器的磁盤上[/b][/p]
[p] 有時,數據可能太多,無法都緩存在內存中。“太多”只是一個說法,這要看您想消耗多少內存,以及需緩存的項目數和檢索這些項目的頻率。在任何情況下,如果數據太多而無法都緩存在內存中,則考慮將數據以文本或 xml 文件緩存在 web 服務器的硬盤上。可以同時將數據緩存在磁盤和內存中,為您的站點建立最適宜的緩存策略。[/p]
[p] 注意當測量單個 asp 頁的性能時,檢索磁盤上的數據可能不一定要比從數據庫檢索數據更快。但緩存會降低數據庫和網絡上的負載。在高負載的情況下,這樣做可大大改善總體吞吐量。當緩存開銷很大的查詢結果(如多表聯接或復合存儲過程)或大的結果集時,這是非常有效的。與往常一樣,要測試一下幾種方案的優劣。[/p]
[p] asp 和 com 提供一些建立基于磁盤的緩存方案的工具。ado 記錄集 save() 和 open() 函數保存和裝載磁盤中的記錄集。可以使用這些方法重新編寫上面 application 數據緩存技巧中的代碼示例,用文件的 save() 代替寫到 application 對象中的代碼。[/p]
[p] 有一些其它組件可以用于文件:[/p]
[p] scripting.filesystemobject 可使您創建、讀和寫文件。 [br] 與 internet explorer 一起提供的 microsoft® xml 解析器 (msxml) 支持保存和裝載 xml 文檔。 [br] lookuptable 對象(例如,用在 msn 上)是從磁盤裝載簡單列表的最好選擇。 [br] 最后,應考慮將數據的表示緩存在磁盤上,而不是數據本身。預先轉換的 html 可以用 .htm 或 .asp 文件存儲在磁盤上,超級鏈接可以直接指向這些文件。可以使用商用工具,如 xbuilder,或 microsoft® sql server™ internet 發布功能將產生 html 的過程自動化。或者,您可以將 html 代碼片斷放在 .asp 文件中。還可以使用 filesystemobject 從磁盤讀取 html 文件,或使用 xml 盡早轉換。[/p]
[p][b]技巧 4:避免將非敏捷的組件緩存在 application 或 session 對象中[/b][/p]
[p] 盡管將數據緩存在 application 或 session 對象中是一個好的做法,但緩存 com 對象卻有嚴重的陷阱。通常,人們傾向于將經常使用的 com 對象緩存到 application 或 session 對象中。很遺憾,許多 com 對象(包括所有以 visual basic 6.0 或更低版本編寫的對象)當存儲在 application 或 session 對象時,會引起嚴重的瓶頸。[/p]
[p] 具體來講,當任何不敏捷的組件緩存在 session 或 application 對象時,將引起性能瓶頸。敏捷的組件是被標記為 threadingmodel=both 的組件,它聚集 free-threaded marshaler (ftm);或被標記為 threadingmodel=neutral 的組件。(neutral 模型是 windows® 2000 和 com+ 的新增模型。) 下列組件不是敏捷的:[/p]
[p] 自由線程的組件(除非它們聚集 ftm)。 [br] 單元線程組件。 [br] 單線程組件。 [br] 配置的組件(microsoft transaction server (mts)/com+ 庫和服務器程序包/應用程序)不是敏捷的,除非它們是 neutral 線程。單元線程組件和其它非敏捷的組件在頁作用域內是最適合的(即,它們在單個 asp 頁上創建和銷毀)。[/p]
[p] 在 iis 4.0 中,被標記為 threadingmodel=both 的組件被認為是敏捷的。在 iis 5.0 中,只有這一點還不夠。組件必須不僅被標記 both,還必須聚集 ftm。有關敏捷性的文章講述了如何使以 active template library 編寫的 c++ 組件聚集 ftm。要注意如果組件緩存界面指針,那么那些指針本身必須是敏捷的,或必須存儲在 com 共用界面表 (git) 中。如果您不能重新編譯 both 線程組件以聚集 ftm,那么您可以將組件標記為 threadingmodel=neutral。或者,如果您不想讓 iis 執行敏捷性檢查(因此,您可以允許非敏捷的組件存儲在 application 或 session 作用域中),您可以在配置數據庫中將 asptrackthreadingmodel 設置為 true。不建議更改 asptrackthreadingmodel。[/p]
[p] 如果您想將以 server.createobject 創建的非敏捷的組件存儲在 application 對象中,iis 5.0 將出現一個錯誤。您可以在 global.asa 中使用