ASP優(yōu)化：幾招提高ASP性能的最佳選擇_ASP教程
推薦：馬克斯電影站生成Rss Feed的代碼前段時間為了給本人的電影站增加Rss訂閱功能，動手寫了個動態(tài)生成Rss Feed的ASP代碼，沒法上傳附件，就直接貼代碼吧，反正也不長，用馬克斯做電影站的朋友直接拿去用吧，其它類型的站點修改一下
ASP開發(fā)人員為了在他們的設(shè)計項目中獲得更好的性能和可擴展性而不斷努力。幸運地是，有許多書籍和站點在這方面提供了很好的建議。但是這些建議的基礎(chǔ)都是從ASP平臺工作的結(jié)構(gòu)上所得出的結(jié)論，對實際獲得的性能的提高沒有量的測量。由于這些建議需要更加復(fù)雜的編碼過程并降低了編碼的可讀性，開發(fā)人員就只能在看不到實際運行效果的情況下，獨自衡量為了提高他們ASP應(yīng)用程序的性能是否值得付出這些代價。
本文分為兩大部分，我將介紹一些性能測試結(jié)果，幫助開發(fā)人員來確定某一特定舉措是否不僅對將來的項目來說是值得的，并且能夠?qū)υ瓉淼捻椖窟M行更新。在第一部分我將回顧一些ASP開發(fā)的基礎(chǔ)性問題。在第二部分，將涉及一些最優(yōu)化ADO函數(shù)，并將它們的結(jié)果與調(diào)用VB COM對象執(zhí)行相同ADO函數(shù)的ASP頁面進行比較。這些結(jié)果很讓人開眼界，甚至有些時候是很令人吃驚的。
在本文中，我們將回答以下問題：
* 將ASP生成的內(nèi)容寫入響應(yīng)流中最有效的方法是什么？
* 是否應(yīng)該開啟緩沖器？
* 是否應(yīng)該考慮向ASP代碼中增加注釋？
* 是否應(yīng)該為頁面明確地設(shè)置默認語言？
* 如果不需要，是否應(yīng)該關(guān)閉Session 狀態(tài)？
* 是否應(yīng)該把腳本邏輯放在子程序和函數(shù)區(qū)中？
* 使用包含文件有什么影響？
* 執(zhí)行錯誤處理時會施加什么樣的負載？
* 設(shè)置一個上下文處理是否對性能有影響？
所有測試都是用Microsoft的Web應(yīng)用程序重點工具(WAST)來進行的，這是一個免費的工具，可以在這里找到。我用WAST創(chuàng)建了一個簡單的 test 腳本，反復(fù)調(diào)用下面所描述的ASP頁面測試（每個超過70，000次）。反應(yīng)的時間基于平均最后字節(jié)總時間(TTLB), 也就是從最初請求的時間到工具從服務(wù)器接收最后一位數(shù)據(jù)的時間。我們的測試服務(wù)器是一個Pentium 166，內(nèi)存為196MB，客戶機為Pentium 450，內(nèi)存為256MB。你也許會想這些機器的性能并不算很高級，但是不要忘了，我們并不是要測試服務(wù)器的容量，我們只是要測試服務(wù)器每次處理一個頁面所用的時間。測試期間這些機器不做其它工作。WAST 測試腳本、測試報告以及所有的ASP測試頁面都包含在ZIP文件中，你可以自己進行回顧和測試。
將ASP生成的內(nèi)容寫入響應(yīng)流中最有效的方法是什么？
使用ASP的一個最主要原因是在服務(wù)器上生成動態(tài)內(nèi)容。所以很明顯，我們測試的起點是確定將動態(tài)內(nèi)容發(fā)送到響應(yīng)流中的最適合的方式。在多種選擇中，有兩個是最基本的：一是使用內(nèi)聯(lián)ASP標記，另一個是使用Response.Write 語句。
為測試這些選擇，我們創(chuàng)建了一個簡單的ASP頁面，其中定義了一些變量，然后將它們的值插入表格中。雖然這個頁面很簡單也不是很實用，但它允許我們分離并測試一些單獨的問題。
使用ASP內(nèi)聯(lián)標記
第一個測試包括使用內(nèi)聯(lián)ASP標記<%= x %>，其中x是一個已賦值的變量。到目前為止，這個方法是最容易執(zhí)行的，并且它使頁面的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 = "100 Main Street" City = "New York" State = "NY" PhoneNumber = "1-212-555-1234" FaxNumber = "1-212-555-1234" EMail = "john@public.com" BirthDate = "1/1/1950" %> <HTML> <HEAD> <TITLE>Response Test</ TITLE> </HEAD> <BODY> <H1>Response Test</H1> <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> |
/app1/response1.asp的完整代碼
以前的最佳（反應(yīng)速度） = 8.28 msec/page
在HTML的每一行使用Response.Write 語句
許多比較好的學(xué)習(xí)文檔建議避免使用前面的那種方法。其主要理由是，在輸出頁面和處理頁面施加反應(yīng)時間的過程中，如果web 服務(wù)器不得不在發(fā)送純HTML和處理腳本之間進行轉(zhuǎn)換，就會發(fā)生一種被稱為上下文轉(zhuǎn)換的問題。大部分程序員一聽到這里，他們的第一反應(yīng)就是將原始的 HTML的每一行都包裝在Response.Write函數(shù)中。
| … Response.Write("<html>") Response.Write("<head>") Response.Write(" <title>Response Test</title>") Response.Write("</head>") Response.Write("<body>") Response.Write("<h1>Response Test</h1>") Response.Write("<table>") Response.Write("<tr><td><b>First Name:</b></td><td>" & FirstName & "</td></tr>") Response.Write("<tr><td><b>Middle Initial:</b></td><td>" & MiddleInitial & "</td></tr>") … < |
/app1/response2.asp的片段
以前的最佳（反應(yīng)速度） = 8.28 msec/page
反應(yīng)時間 = 8.08 msec/page
差= -0.20 msec (減少 2.4%)
我們可以看到，使用這種方法與使用內(nèi)聯(lián)標記的方法相比在性能上獲得的收益非常小，這也許是因為頁面給服務(wù)器裝載了一大堆小的函數(shù)調(diào)用。這種方法最大的缺點是，由于現(xiàn)在HTML都嵌入腳本中，所以腳本代碼變得更加冗長，更加難以閱讀和維護。
分享：ASP 編程中20個非常有用的例子(一)1、如何用Asp判斷你的網(wǎng)站的虛擬物理路徑
答：使用Mappath方法：< %= Server.MapPath("")% >
2、我如何知道使用者所用的瀏覽器？
答：使用the Request object方法：
- 相關(guān)鏈接：
- 教程說明：
ASP教程-ASP優(yōu)化：幾招提高ASP性能的最佳選擇
。