*技巧1：給應用層文件使用GLOBAL.ASA
將文件加載GLOBAL.ASA中的一個應用層數組中，而不是通過使用ASP文件系統對像在頁面上讀取文件。
GLOBAL.ASA可用於指定事件腳本，也可用於聲明擁有session或應用程序范圍的對象。它不直接顯示給用戶，而是存儲應用層事件的信息和對象。然後通過頁面就可以指向存有數據的應用層數組。這就意味著每有一個服務器端請求就讀一次文件，不是每個用戶每頁讀一次。你可以運行一個獨立的ASP文件去刷新應用層數組的內容，同時你也可以考慮使用dictionary對像（見技巧9）。
這個技巧可以大大加快你的系統速度。
那麼將如何實現該技巧呢？
如果你是一個腳本編寫人員，必須使用文件系統對像讀取文件放入一個數組或一個dictionary對像中。然後在GLOBAL.ASA中讀取文件並且把數組（放有你讀取的文件內容）或dictionary對像放到應用層聲明中。這樣就可讓用戶在數組或dictionary對像中存取信息，而不必每次通過一個ASP請求去提交信息。
但也許你會想"如果緩存中的內容需要更新又該怎麼辦呢？我敢打賭不會用到。"其實不然。如果緩存中的內容需要更新，你可以調用一個包含有可執行應用程序鎖定命令腳本的僅管理員可存取的ASP文件，在數組或dictionary對像中更新緩存信息，最後執行應用程序鎖定命令。
*技巧2：從產品源代碼中移去HTML注釋（IIS3.0適用）
不錯，難寫的肯定也難懂。開個玩笑，這不代表要你把所有的HTML注釋去掉（腳本注釋就挺好的），大范圍的HTML文本都能成批的拷貝到客戶端。這樣的話，你的腳本在IIS3.0上會運行得更快（在IIS4.0中，HTML注釋不再會導致執行速度的降低）。
*技巧3：多個Response.write聲明
如果你是在代碼中的好幾個地方用格式書寫輸出結果，那麼考慮一下把這些結果合到一塊，用一個Response.write語句寫出來。然後你再看看你的HTML代碼和vbscript腳本的組成。不要把HTML和vbscript腳本散布得太開，盡量寫成成塊的HTML和vbscript腳本。
*技巧4：使用＜OBJECT＞標志例示對像
如果你需要指向那些也許用不著的對象，那麼就用＜OBJECT＞標志例示，而不是用Server.createobject.用Server.createobject將立刻生成該對象，如果你以後都用不著它的話，就等於浪費資源。
*技巧5：盡可能的使用本地（局部）變量
（以下的新技巧將取代較早前發布的"在一行內定義變量"，其中包含有一些錯誤觀點）：
局部變量是在子程序和函數中定義的（也就是常說局部范圍的變量），這些變量被編譯成數字指向並放入一張表中。這些局部變量的指向可以通過一次編譯完成。而全局變量則是在運行時被執行的。這就意味著局部變量的存取要比全局變量快好幾倍。而且，多維全局變量是其中最慢的，當第一次使用一個多維全局變量時，在新的對象產生之前，就要在整個對象模型中搜索一遍同名的對象。
以下是一個非常常見的例子：
Foo.bar.blah.baz = Foo.bar.blah.qaz(1)
If Foo.bar.blah.zaq = Foo.bar.blah.abc then
運行時產生如下結果：
1）變量Foo被定義為一個全局變量2）變量bar被定義為Foo的一個成員3）變量blah被定義為Foo.bar的一個成員4）變量qaz被定義為Foo.bar.blah的一個成員5）調用Foo.bar.blah.quaz(1)6）重復1至3。系統並不知道如果調用qaz改變了對象模型1-3步必須重新執行7）定義baz為Foo.bar.blah的成員，輸出值8）重復1-3，執行zaq9）重復1-3，執行abc
正如你看到的，效率極其低下，最快的方法就是把這些代碼寫在vbscript中：
Set myobj = Foo.bar.blah ' do the resolution of blah ONCEMyobj.baz = myobj.qaz(1)If Myobj.zaq = Myobj.abc then
*技巧6：避免重復定義數組
當我們在使用dim時，避免重新定義數組。因為你可能要用redim去重新定義數組的大小。至於要做這樣的操作的話，如果你的機器內存不是很大，那麼最好在一開始就考慮到最壞的打算去設置數組的長度或者設置最佳狀態時的長度，在非常必要時才使用redim。當然這樣並不意味著要去增加內存，如果你不是很需要的話。
以下舉例說明不恰當的使用redim
其實在開始就定義myarray（5），而以後需要的話再用redim去增加他的大小，這樣的話可能會占用一些內存，但速度就要快得多了。
*技巧7：避免公用（全局）變量
不要使用用public定義的變量。如果你是寫vbscript或在ActiveX控件或java applet中存取變量，那麼盡可能避免公用變量。public關鍵詞通常是為以後使用設計的，既然public不能給你帶來什麼好處，那最好還是用dim吧。
*技巧8：使用絕對路徑
如果可能的話盡量避免使用相對路徑，而使用絕對路徑。使用相對路徑將需要IIS返回當前服務器路徑，這就意味著對IIS的特殊請求造成執行速度低下。
注：慢點就慢點呗，使用相對路徑移植什麼的都方便得多呀。
*技巧9：使用"Dictionary"對像
VBScript中提供的dictionary對象可提供快速查找和任意帶關鍵詞數據的存儲。通過dictionary對象可以根據關鍵詞存取數組中的各項數據，這樣就能更快地找到在內存中不連續的內容（因為你是指定你正在使用的關鍵詞，而不是要知道對像在數組中存放的位置）。如果你要查找的是非線性的關鍵詞數據，使用dictionary對象就要快得多了。
然而，如果關鍵詞數據在內存中是連續的，那麼數組在查找、存儲數據起來將更快。同時也需要注意的是在dictionary中建立索引要比在數組中慢。你應該選擇對你來說效果最好的數據結構。
*技巧10：充分利用浏覽器的回退功能
如果你使用的是個smart的浏覽器，那麼他會幫你做很多的回退工作，只要用得著，不妨多用用。那麼，通過你的腳本執行回退，當有任何錯誤發生時你可以回到前面去，並從後訪問數據庫。但要記住的是，當你訪問服務器上存在的數據庫時就要執行一次對數據庫的操作。如果你要返回的那個窗體有很多變量的話，那就有點劃不來了。如果你確實知道你需要在客戶端執行很多代碼，那麼為了加快執行速度把代碼移到客戶端。當你在客戶端運行時，處理器就歸你了，服務器呢，只好用他自身的處理能力去處理他所接到的請求。
還有個好辦法，如果你使用的窗體中用了很多服務器端的腳本並且有不少條件輸入，那麼最好把這些觸發反應的代碼放到客戶端腳本引擎中去（比如vbscript，javascript）。忽略這些，服務器代碼運行得就快了，因為對於那些不是很必要的代碼就不送到服務器端執行了。當然這僅對那些比較小的代碼適用，至於大的嘛，就不太合適了。
*技巧11：避免使用服務器端變量
通過服務器端變量進行訪問數據時，就需要web向服務器提出請求，然後收集所有的服務器端變量，而不僅僅只是你請求的那個變量。這就類似於你要從發霉閣樓的盒子裡找一樣特定的東西。當你要找那個東西時，首先要從閣樓裡找到盒子。當你請求一個變量時服務器也是一樣，當遇到你請求的哪個變量時觸發執行，然後再去請求那些不會引起執行點的變量。
*技巧12：使用"option explicit"
在asp文件中寫上。和c不同，vb允許你在不強制定義變量之前就可以使用該變量。把option explicit打開有助於識別沒定義的變量，使用沒定義的變量就會出現錯誤提示信息。同時也可以使那些沒申明的局部變量非法。沒申明的局部變量和全局變量一樣慢（比定義過的局部變量要慢一倍）。把option explicit打開自然能幫你把這些小蟲子從你的代碼中去掉。
*技巧13：將采集到的值拷貝到本地（局部）變量當中
如果有一些值是你要反復用到的話，把這些值用局部變量的形式拷貝到客戶端。每次當你要用到這些值時，就省去了你去那一堆值裡面去找了，這樣也就加快了腳本運行速度。
*技巧14：謹慎使用session對像
使用session對象可以存儲一些用戶特殊信息。當用戶在該應用程序的不同頁之間跳轉，存放在session中的變量不會丟失，相反，這些變量在整個用戶過程中一直保留。當一個頁面被一個未有session的用戶請求時，web服務器會自動建立一個session對象。當session的時間限制到了或是被中斷了時，服務器就會撤消session對象。為了避免這種情況，你可以把session屬性關閉。然而在iis3.0中在每個應用中的session屬性不能關閉。把整個服務器中的session關閉速度會快一些，但這樣會損失很多功能。最好是需要時謹慎使用session對像
當你在整個應用中都用到session對像時，注意要快點用，否則session對像將會被重置。在iis4.0中，每個應用基礎中的session狀態都可以被激活，也可以在specified.asp文件中被取消。
*技巧15：做性能測試
