Session在繁忙站點上使用時有幾個缺陷。繁忙的意思是：站點上每秒有上百的頁面被請求，或者同時有上千的訪問用戶。這個技巧對于那些要求水平擴展強 的站點非常重要，也就是指這些站點：它們利用多個服務(wù)器完成數(shù)據(jù)裝載或者處理大量容錯。對于小型站點，比如內(nèi)部網(wǎng)Intranet，Session是非常 值得提倡的。

??????? 再次重申，ASP自動地為每一個首次點擊Web服務(wù)器的用戶創(chuàng)建一個Session，每一個Session占有大約10KB的內(nèi)存，生存期默認是20分鐘。

??????? 使用Session最大的問題不是性能，而是擴展性，Session不能跨越多個Web服務(wù)器，一旦在一個服務(wù)器上創(chuàng)建了Session，它的數(shù)據(jù)就駐留 在那里。這意味著，如果在Web上使用Session，你就得為每一個直接訪問存放Session服務(wù)器的用戶請求設(shè)計一個策略。這就是將用戶'粘'在 Web服務(wù)器上，術(shù)語'sticky sessions'就來源于此。如果Web服務(wù)器遇到障礙，'Stuck'用戶就會丟失他們的Session狀態(tài)，因為Session不保留在磁盤上。
??????? 許多對任務(wù)要求嚴(yán)格的站點都要設(shè)立至少2個Web服務(wù)器，所以在設(shè)計嚴(yán)格任務(wù)的應(yīng)用程序時，就需要執(zhí)行'sticky sessions'，或者簡單地避免使用Session，同時也可以采取其他保存用戶狀態(tài)到獨立Web服務(wù)器的管理技術(shù)。

如果不使用Session，一定要確認將它們關(guān)閉，這可以通過Internet服務(wù)管理器實現(xiàn)。如果決定使用Session，可以通過幾種方法來最小化它們的影響。

??????? 可以將不需要Session的內(nèi)容（比如幫助畫面，訪問者區(qū)域，等等）移動到關(guān)閉Session的獨立ASP應(yīng)用程序中。在基礎(chǔ)頁面上，可以給ASP一個指示，讓它不需要使用Session。將下面的代碼直接加入到ASP頁面的頭部：

<% @EnableSessionState=False %>

??????? 使用這個指示的一個很好的解釋是在框架結(jié)構(gòu)中Session創(chuàng)建了一個有趣的問題。ASP確保在一個時刻只有一個來自Session的請求被執(zhí)行，這就確 保了如果瀏覽器為單個用戶請求多個頁面時，只有一個ASP請求在那時能夠接受Session，如此就避免了存取Session對象時的多線程問題。很不 幸，在框架結(jié)構(gòu)中的所有頁面將按照連續(xù)的順序顯示出來，一個接一個，而不是同時，所以用戶為了看到整個框架必須要等很長時間。規(guī)則是：如果一定的框架頁面 沒有使用Session，就一定要告訴ASP直接使用@EnableSessionState=False。

??????? 除了使用Session對象，還有許多其他管理會話狀態(tài)的選擇。對于小數(shù)量的狀態(tài)（小于4KB），我們通常建議使用cookie、查詢字符串變量以及表單隱藏域。對于象購物車一樣的大數(shù)量數(shù)據(jù)，后臺數(shù)據(jù)庫是最合適的選擇。

??????? 如果要編寫很多VBScript或者JScript，為了提個性能，可以將代碼編寫成COM對象并且編譯使用。編譯代碼基本上比解釋性代碼運行快許多，編譯組件對象可通過'early binding'存取其他COM對象，這比在腳本中調(diào)用組件要有效。

這么做有許多優(yōu)點：

????? COM對象有益于從商業(yè)規(guī)則中獨立出表達式規(guī)則
????? COM對象使代碼重用變?yōu)榭赡?br />????? 許多開發(fā)者發(fā)現(xiàn)用VB，C＋＋或者Visual J＋＋編寫程序，比ASP更容易調(diào)試

????? COM對象也有缺點，包括初始開發(fā)時間和對不同編程技巧的需要。注意將少量ASP代碼做成COM對象組件不會有好處，反而可能導(dǎo)致性能的損失，從而失去了 編譯代碼的優(yōu)勢。怎樣組合使用ASP腳本和COM對象達到最佳性能是一個測試的問題。我們注意到微軟公司已經(jīng)大規(guī)模在Windows 2000/IIS 5.0上提高了腳本與ADO的性能，由此，隨著IIS5.0版本的引進，減少了編譯代碼的性能優(yōu)勢。

??????? 使用Option Explicit

要在ASP文件中使用Option Explicit定義，并且放置到ASP文件的頭部，從而強迫開發(fā)者在使用前聲明所有的變量。許多程序員都認為這在應(yīng)用程序調(diào)試時非常有用，因為它避免了產(chǎn)生錯誤類型變量以及偶然創(chuàng)建新變量的可能。

?????? 也許更重要的是，聲明的變量要大大快于非聲明變量。

?????? 拷貝經(jīng)常使用的數(shù)據(jù)到腳本變量中

在ASP中存取COM對象時，應(yīng)該拷貝經(jīng)常使用的對象數(shù)據(jù)到腳本變量中，這樣就減少了對COM對象的方法調(diào)用。這些調(diào)用要比存取腳本變量相對來說費時費力。當(dāng)存取Collection和Dictionary對象時，使用這項技巧也減少了昂貴的查找操作。

??????? 通常，如果要不止一次地存取對象數(shù)據(jù)，就應(yīng)將數(shù)據(jù)放入腳本變量中，對象數(shù)據(jù)主要也就是Request變量（表單和查詢字符串變量）。比如，站點要傳遞一個 叫做UserID的查詢字符串變量，假設(shè)它將在一個特殊頁面被引用12次，那么不需要調(diào)用Request（'UserID'）12次，只要在ASP頁面的 頭部分配給UserID一個變量，然后在頁面中使用它，這樣做就節(jié)省了11次COM方法的調(diào)用。

??????? 避免再定義數(shù)組

爭取不要再定義數(shù)組。考慮到性能問題，如果機器的物理內(nèi)存大小不夠，最好按最差情況或者最佳情況設(shè)置數(shù)組的初始尺寸，需要時再重新定義。

??????? 在任何可能時使用Server.Transfer，而不要用Response.Redirect

Response.Redirect告訴瀏覽器請求另一個不同的頁面，這常常用于引導(dǎo)用戶到登錄頁面或者出錯處理頁面。由于重定向強迫了一個新頁面請 求，結(jié)果是瀏覽器必須要與Web服務(wù)器循環(huán)2次，并且Web服務(wù)器必須處理一個額外的請求。IIS5.0引進了一個新功能 Server.Transfer，它執(zhí)行在同一服務(wù)器上的頁面?zhèn)鬏?#xff0c;這將避免額外的瀏覽器－Web服務(wù)器的數(shù)據(jù)循環(huán)，形成良好的系統(tǒng)性能，對于用戶也有較 好的響應(yīng)時間。

?????? 避免使用服務(wù)器變量

存取服務(wù)器變量導(dǎo)致Web站點建立一個特殊的請求并收集所有的服務(wù)器變量，而并不是你要求的那個變量。這類似于在文件夾中取回一個特殊的文件，要想取回一個文件，就得首先獲取所在文件夾的信息。

不要存取非法的Request對象（比如Request（'Data'）），對于那些不在Request.Cookies、 Request.Form、Request.QueryString或者Request.ClientCertificate中的項目，隱含就指向了 Request.ServerVariables變量，而這些變量要比其他集合對象慢得多。

調(diào)整Web服務(wù)器

有幾個IIS調(diào)整參數(shù)可以提高站點性能。比如，對于IIS4.0，我們經(jīng)常發(fā)現(xiàn)提高ASP ProcessorThreadMax參數(shù)能夠產(chǎn)生重大的效果，特別是在那些要等待后臺資源比如數(shù)據(jù)庫或中間件產(chǎn)品的站點。在IIS5.0中，你可以發(fā)現(xiàn) 調(diào)整ASP線程通道要比調(diào)整AspProcessorThreadMax效果更佳。

??????? 最佳的配置設(shè)定取決于應(yīng)用程序代碼、支持的硬件設(shè)備以及客戶端的工作量。發(fā)現(xiàn)最佳配置的唯一方法就是測試。

??????? 性能是一個很重要的特征。你需要事先設(shè)計好性能指標(biāo)，否則日后就要為此重新編寫程序。就是說：要設(shè)想好怎樣最佳化地執(zhí)行ASP程序？

本文提出了一些優(yōu)化ASP應(yīng)用和VBScript的技巧，許多技巧和缺陷都經(jīng)過了研討。這里列出的建議已經(jīng)在http://www.microsoft.com 和其他站點上進行了測試，都工作得非常好。本文假設(shè)你具備ASP開發(fā)的基本知識，包括VBScript或者JScript，ASP應(yīng)用程序，ASP Session，以及其他ASP內(nèi)置對象（Request，Response和Server）。

??????? 通常，ASP的執(zhí)行性能遠遠不僅僅依賴ASP代碼本身！在本文的尾部列出了與性能相關(guān)的資源，它們含概了ASP和非ASP的部分，包含ActiveX Data Objects（ADO），Component Object Model（COM），數(shù)據(jù)庫（Database），以及Internet信息服務(wù)器（IIS）的配置。除了這些，還有一些非常好的鏈接值得你一看。

在Web服務(wù)器上緩存經(jīng)常使用的數(shù)據(jù)

典型的情況是：ASP頁面從后臺存儲中取回數(shù)據(jù)，然后以超文本標(biāo)記語言（HTML）的形式形成結(jié)果。不管數(shù)據(jù)庫的速度如何，從內(nèi)存中取回數(shù)據(jù)要比從后 臺存儲設(shè)備中快得多。從本地硬盤讀取數(shù)據(jù)通常也非常快。所以，提高性能可以通過緩存服務(wù)器上的數(shù)據(jù)來實現(xiàn)，無論是將數(shù)據(jù)緩存在內(nèi)存中，或者本地硬盤中。

??????? 緩存是經(jīng)典的'空間換時間'的折中方式。如果緩存得恰當(dāng)，就可以看到顯著的性能提升。為了讓緩存有效，必須保證緩存數(shù)據(jù)是經(jīng)常要重用的，而且也是計算起來繁瑣的。裝滿陳舊數(shù)據(jù)的緩存是對內(nèi)存的浪費。

不經(jīng)常改變的數(shù)據(jù)是緩存的較好對象，因為不需要隨時考慮這些數(shù)據(jù)更新后的同步操作。組合框、參考表格、DHTML代碼、擴展標(biāo)記語言串、菜單以及站點 配置變量（包括數(shù)據(jù)源名字DSNS，Internet協(xié)議地址IP以及Web路徑）都是很好的緩存對象。注意：要緩存數(shù)據(jù)表達式而不是數(shù)據(jù)本身。如果一個 ASP頁面經(jīng)常變化并且很費力去緩存（比如整個產(chǎn)品目錄），就要考慮預(yù)產(chǎn)生HTML，而不是每次發(fā)生請求時再描述它。

在Application或Session對象中緩存經(jīng)常使用的數(shù)據(jù)

ASP中的Application和Session對象是在內(nèi)存中緩存數(shù)據(jù)的便利容器。你可以將數(shù)據(jù)賦值給Application和Session對 象，這些數(shù)據(jù)在HTTP調(diào)用期間將一直保持在內(nèi)存中。Session中的數(shù)據(jù)是為每一個用戶服務(wù)的，Application中的數(shù)據(jù)是所有用戶共享的。

??????? 何時需要在Application和Session中裝入數(shù)據(jù)？通常，當(dāng)應(yīng)用程序啟動或者會話開始時，數(shù)據(jù)就被裝入了。為了在這時裝入數(shù)據(jù)，在 Application OnStart()或者Session OnStart()中分別添加適當(dāng)?shù)拇a。這些函數(shù)位于文件Global.asa中，如果原來不存在，就添加上。也可以在數(shù)據(jù)首次需要的時候調(diào)入，在 ASP頁面中添加代碼，檢查數(shù)據(jù)是否存在，如果沒有發(fā)現(xiàn)，就調(diào)入它。這里有一個例子，它代表了被稱為'lazy evalution'的經(jīng)典性能處理技術(shù)：直到需要時，再去計算。

例子如下：

<%
Function GetEmploymentStatusList
Dim d
d = Application('EmploymentStatusList')
If d = '' Then
' FetchEmploymentStatusList function (not shown)
' fetches data from DB, returns an Array
d = FetchEmploymentStatusList()
Application('EmploymentStatusList') = d
End If
GetEmploymentStatusList = d
End Function
%>

對于不同的數(shù)據(jù)，可以編寫類似的函數(shù)代碼。

數(shù)據(jù)應(yīng)該按什么格式保存？任何變量類型都可以，因為所有的腳本變量都是不同的。比如說，可以保存為字符串、整型或者數(shù)據(jù)。通常，將ADO記錄集的內(nèi)容存儲 到這些變量類型中一個。為了從ADO記錄集中取出數(shù)據(jù)，需要手工地拷貝數(shù)據(jù)到VBScript變量中，每次一個字段。使用任意一個ADO記錄集的函數(shù) functions GetRows(),GetString() 或者 Save() (ADO 2.5)都非常得快速而且簡單，這里有個函數(shù)，描述了如何使用GetRows（）返回記錄集數(shù)據(jù)的數(shù)組：

' Get Recordset, return as an Array
Function FetchEmploymentStatusList
Dim rs
Set rs = createObject('ADODB.Recordset')
rs.Open 'select StatusName, StatusID from EmployeeStatus', _
'dsn=employees;uid=sa;pwd=;'
FetchEmploymentStatusList = rs.GetRows() ' Return data as an Array
rs.Close
Set rs = Nothing
End Function

上述代碼的一個更深的技巧是為列表緩存了HTML。下面是個簡單的例子：

' Get Recordset, return as HTML Option list
Function FetchEmploymentStatusList
Dim rs, fldName, s
Set rs = createObject('ADODB.Recordset')
rs.Open 'select StatusName, StatusID from EmployeeStatus', _
'dsn=employees;uid=sa;pwd=;'
s = '<select name=''EmploymentStatus'>' & vbCrLf
Set fldName = rs.Fields('StatusName') ' ADO Field Binding
Do Until rs.EOF
' Next line violates Don't Do String Concats,
' but it's OK because we are building a cache
s = s & ' <option>' & fldName & '</option>' & vbCrLf
rs.MoveNext
Loop
s = s & '</select>' & vbCrLf
rs.Close
Set rs = Nothing ' See Release Early
FetchEmploymentStatusList = s ' Return data as a String
End Function
在合適的環(huán)境下，可以在Application或者Session中緩存ADO記錄集本身，但是有2點提示：

??????? ADO必須是自由線程標(biāo)記的
??????? 需要使用disconnected recordset方式
如果不能保證上述2個條件，就不要緩存ADO記錄集，因為這會產(chǎn)生很大的危險性

總結(jié)

以上是生活随笔為你收集整理的浅谈如何增强ASP程序性能的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。