推薦：用好ASP.NET 2.0的URL映射簡介： URL映射是ASP.NET 2.0中提供的新特性。 URL映射技術幫助我們將一個特定URL映射為另一個URL。為了幫助理解，我們假設你在站點有一個叫Homepage.aspx的頁面來訪問主頁，所有的用戶也都用
9.3.5 數據高速緩存首先需要注意的是，數據高速緩存與記錄集高速緩存雖然都用於改善性能，但兩者是無關的。數據高速緩存是臨時的數據存儲區，允許使用高速緩存中的數據，而不是重新生成新的數據。這只適用於那些不經常改動但多次被訪問的數據。
在ASP中一個最簡單的緩存數據的方法是使用Application和Session範圍的變量。例如，假設有一些需要選擇書類型的網頁。正常情況下，可能會創建一個含有以下函數的包含文件。
<%
Function BookTypes()
Dim rsBookTypes
Dim strQuote
strQuote = Chr(34)
Set rsBookTypes = Server.CreateObject (ADODB.Recordset)
' Get the book types
rsBookTypes.Open usp_BookTypes, strConn
Response.Write <SELECT NAME= & strQuote & lstBookType & strQuote & >
While Not rsBookTypes.EOF
Response.Write & <OPTION> & rsBookTypes(Type) & </OPTION>
rsBookTypes.MoveNext
Wend
Response.Write & </SELECT>
rsBookTypes.Close
Set rsBookTypes = Nothing
End Function
%>
這僅僅是調用一個存儲過程，從而得到書的類型，同時創建一個SELECT列表。上述代碼的缺點在於每次調用該函數都必須訪問數據庫。因此，重新修改這個函數。
<%
Function BookTypes()
Dim rsBookTypes
Dim strQuote
Dim strList
' See if the list is in the cache
strList = Application(BookTypes)
If strList = Then
' Not cached, so build up list and cache it
strQuote = Chr(34)
Set rsBookTypes = Server.CreateObject (ADODB.Recordset)
' Get the book types
rsBookTypes.Open usp_BookTypes, strConn
strList = <SELECT NAME= & strQuote & lstBookType & strQuote & >
While Not rsBookTypes.EOF
strList = strList & <OPTION> & rsBookTypes(type) & </OPTION>
rsBookTypes.MoveNext
Wend
strList = strList & </SELECT>
rsBookTypes.Close
Set rsBookTypes = Nothing
' Check the list
Application(BookTypes) = strList
End If
BookTypes = strList
End Function
%>
這段代碼不只是打開記錄集，它檢查Application變量BookType的值是否為空。如果不為空，則使用該變量的內容。如果為空，則像以前一樣打開記錄集。顯然，一旦第一個人運行了這一例程，便緩存了數據，因此這只對那些不常變化的數據是有用的。
如果想在用戶基礎上緩存數據，可以使用Session範圍的變量，但這裡必須注意Session存在有效期。過期後會話層變量將和會話一起取消，代碼便有可能終止運行。
利用Web Application Stress（WAS）工具，得到了表9-4的分析結果：
表9-4 利用WAS工具得到的分析結果
方法
頁麵點擊次數
沒有高速緩存
190
有高速緩存
11000
很明顯性能有所改善。但不要採用上述方法緩存一切內容。畢竟，這種方法只適用於那些已經格式化後用於顯示的數據。除此之外，還要考慮到如果Web服務器只為特定的一個人服務，那幾乎不是一個典型的Web服務器的用法。使用WAS可以在一個服務器上模擬多個用戶，這樣可以更實際地測試應用程序。
通過模擬一定數量的用戶，Web Application Stress工具可以對Web頁面進行承受力測試。該工具有一個簡單的圖形界面，使用起來非常容易。可以從http://homer.rte.microsoft.com/獲得更多的信息，也可以下載該工具。
高速緩存對象
若要緩存未格式化過的數據該怎麼辦？可以在不同地方以不同的方式使用嗎？當然，也可以用Application或Session變量這樣做。考慮一下書標題的情況。你或許希望在多個頁面中使用這個標題，也許在一個表格中顯示所有的標題，或在一個列錶框中顯示供用戶選擇等等。你可能會想到可以緩存記錄集本身而無需緩存含有標籤的HTML文本。
可以在Application或Session變量中緩存對象，但有兩個主要的問題需要注意：
· 存放在Application變量中的對象必須支持自由線程，因此必須是自由線程對像或雙線程對象。這意味著無法在Application變量中緩存由VB創建的組件。
· 在Session狀態中存放單元線程對象意味著創建該對象的線程是唯一允許訪問它的線程。因此IIS無法較好地完成線程管理，因為任何試圖訪問這個對象的頁面都必須等待原有線程服務於該頁面。這將扼殺擴展應用程序的任何機會。
對於線程問題的討論參見第15章。
默認情況下，ADO作為單元線程對象裝載，這主要是因為部分OLE DB提供者並非是線程安全的。在ADO安裝目錄中有一個註冊表文件，可將ADO轉換成雙線程模型，由此使ADO對象可以安全地存放在Application和Session對像中。
你也許會認為所有的問題都解決了，可以通過使用各種類型的對象獲得顯著的速度提升，但這並不一定。許多人已經認識到既然連接到數據庫是一個相對昂貴的操作，那麼緩存Connection對象可在再次連接時節省大量的時間。的確如此，但緩存Connection對象意味著該連接永遠不會關閉，因此連接緩存池的工作效率比較低。連接緩存池隱含的一個思想實際上是減少服務器上使用的資源，而緩存ASP狀態中的對象顯然不能減少資源的使用。事實上還增加了對它們的佔用，因為每緩存一個對象便要佔用服務器的資源，對於一個繁忙的站點而言，這將極大地降低Web服務器的效率。
所以不應存儲Connection對象，但對於Recordset對象，特別是斷開連接的記錄集呢？假定ADO已從單元線程變成了雙線程，就沒有什麼理由不這麼做了，只要確切知道自己在做什麼。不要認為這會自動地改善ASP頁的性能。每一個緩存的記錄集都在內存和ASP管理方面佔用服務器的資源，因此不要緩存大的記錄集。
分享：ASP讀寫註冊表一個例子: 以下為引用的內容：<%Dim ReadComputerName Set ReadComputerName=CreateObject(WScript.Shell) Dim ComputerName,Reg