7.5.1 常規調試技術
在第2章中，已經看到如何使用Response.Write方法以及Request集合來顯示集合的內容。如果代碼要使用來自請求的值，首先要做的是保證所需的值存在。很容易出現的問題是錯拼或改變的<FORM>網頁中Html控件的名字，或者創建附加在URL後面的查詢字符串時出現了錯誤的客戶端。
1． 顯示各種集合內容
當程序試圖使用用戶提供的值運行時，可能沒有得到所期望的結果，或者什麼結果也沒得到。記住，引用Request對象的集合中一個並不存在的值（例如，在窗體上沒有一個名為“ThisControl”的控件時，使用Request.Form("ThisControl")不會引起錯誤。結果可能只得到一個空字符串。如果期望查找存儲在用戶的session對象或全局application對象變量中的數值，同樣可能出現這種情況。
如果創建一個頁面用來顯示所有Request對象集合、Session和Application對象的Contents和StaticContens集合的內容，可以任何網頁使用Server.Execute對其進行訪問。所需要做的工作是把下面程序行加到ASP網頁中，用來顯示集合的全部內容。當然，根據服務器上文件存放的位置，必須給文件設置相應的路徑。
<% Server.Execute "/path_to_file/debug_Request.ASP" %>
這是一種很好的方法，保證我們希望在Request、Session和Application集合中找到的任何值確實存在，並且包含了合適的值。在本書的示例文件Chapter07子目錄中提供了一個相應的文件，取名為debug_Request.asp。它基本上是用於第2章的show_request.asp網頁和用於第3章的show_application.asp和show_session.ASP網頁的一個組合，但刪除了部分Html程序代碼。它只是簡單地遍歷了集合並把值放到當前頁面中。
可以通過運行“Custom Error Page”實例來查看這個頁面。這個實例在本章前面看到過，打開時請選中“Display debugging information”復選框，或者直接在chapter07目錄中的主菜單網頁中打開。
2． 顯示中間值
在網頁中查看運行情況的第二個方法是顯示網頁運行時變量的值.當大概知道了錯誤來自何處，哪個變量在起作用時，這種傳統技術還是不能廢棄的。但由於IIS 5.0網頁緩沖方式的改變，使得使用這項技術比較困難。
在ASP和IIS的先前版本中，缺省時關閉頁面緩沖，並且幾乎沒有人想到將緩沖打開（使用Response.Buffer = True打開），除非想使用Response.Redirect完成網頁的再定向（參看第2章）。響應多個請求時，由於緩沖減小了網頁間切換的次數，從而提高了IIS的效率。
然而，當出現一個使運行停止的運行期錯誤時，IIS自動調用Response.Clear方法，再調用Server.Execute來裝入定制錯誤網頁，因此寫進網頁的任何輸出都丟失了。解決方法是暫時增加下面的程序行：
<% Response.Buffer = False %>
此程序行放在頁面頂部<@LANGUAGE...>指令後面，任何由Response.Write語句生成的調試輸出將出現在定制錯誤網頁的頂部。記住在完成網頁調試之後將它去掉。
強行使程序運行通過一個錯誤點，然後顯示可疑的變量值，這種方法有時也是有用的。只需在網頁開始處附近增加On Error Resume Next語句，然後就能訪問Err對象（在VBScript中），並顯示錯誤號、錯誤源和描述。
3． 檢查組件屬性值
如果使用的組件具有在ASP腳本代碼中設置的屬性，在完成設置之後，並且調用組件方法之前和之後，能通過顯示所有屬性（或僅是可疑的屬性）來跟蹤錯誤。當一個方法運行時，可能發現屬性值意外地被組件改變了，這或許是故意的，或者是因為組件中的缺陷。沒有親自檢查實際代碼，不要做任何假設。
7.5.2 Microsoft Script Debugger
當開發更復雜的處理實際任務的應用程序時，經常需要一個更加強大的工具來進行調試。Microsoft Script Debugger（微軟腳本調試器）是一種允許調試運行在客戶機和服務器上的腳本的調試工具。它能用於任何啟用ActiveX的腳本語言（包括VBScript和JScript）編寫的程序，也能夠用來調試對Java applet、Java Bean和ActiveX組件的調用。
在研究這個工具之前，先簡要說明一些問題。如前所述，ASP應用程序由兩種腳本組成，一種是客戶端腳本，一種是服務器端腳本。客戶端腳本通常由VBScript或JScript腳本語句組成，當其到達客戶端時出現在Html頁面中並在此執行，可能是在載入文檔時或是在對一些事件的響應中。服務器端腳本通常也由VBScript或JScript語句組成。當浏覽器請示網頁時，服務器端腳本由IIS執行。在下面的討論中，將討論服務器端腳本調試的方法。然而所討論的許多技術也可用於客戶端腳本調試。
1． 服務器端的調試
為了調試服務器端腳本，在運行IIS的計算機上運行腳本調試器，然而在使用腳本調試器之前，必須啟用調試。為了使性能最優化，基於ASP的應用程序在缺省情況下關閉了調試功能。
注意，不要對生產性的應用程序（即處於活動狀態的並被他人使用的公用網站）打開調試功能。這樣會減慢整個應用程序的運行，並且錯誤能使網頁出現不確定的停止運行情況。
調試僅能為虛擬應用程序和整個Web網站進行設置，為了啟用調試，打開應用程序或站點的PRopertIEs對話框，在Home Directory選項卡中，點擊Configuration按鈕，在Application Configuration對話框的App Debugging選項卡中，選擇Enable ASP server-side script debugger，如圖7-22所示。下面准備調試我們的應用程序。
圖7-22 啟用調試的屏幕
注意Application Configuration對話框包含一個復選框，能夠啟用客戶端腳本調試。這一點在IIS 5.0中沒有實現，在文檔中僅標記為“reserved for future use”。如果通常的500-100.ASP定制錯誤頁面不可用，Script Error messages部分中包含將文本。
(1) 處理服務器腳本
不像客戶端腳本，基於ASP應用程序腳本不是事件驅動的。當客戶端要求一個來自服務器的網頁時，服務器讀取網頁內容，並處理所有的服務器腳本（即在<%...%>和<SCRIPT RUNAT="SERVER"></SCRIPT>段中的所有內容），也包括在Html文本中的“行內”腳本段內容，例如：
The valve of the result is: <% = strResult %>
處理流程顯示在圖7-23所示的框圖中：
圖7-23 服務器腳本運行流程圖
當IIS載入網頁時將處理ASP頁面中的所有腳本，在任何輸出送給客戶端之前，ASP及腳本引擎能夠捕獲語法和運行期錯誤（除非你關閉緩沖或調用Response.Flush方法）。
(2) 腳本調試器提供的幫助
啟用腳本調試時，如果出現錯誤，在服務器屏幕上可以看到一個描述ASP代碼錯誤的對話框，點擊OK，然後調入當前ASP網頁的一個只讀拷貝，打開的腳本調試器，錯誤出現的行由箭頭指示，如圖7-24所示：
圖7-24 腳本調試器
這裡，錯誤的產生是由於出現了Page Counter對象方法的名字錯誤，應是PageHit而不是DoPageHit。同時，腳本調試器找到了錯誤並且終止了頁面的運行，工具條上的按鈕用於程序的繼續運行、單步程序運行或者終止頁面的處理。
工具條最右邊的按鈕打開腳本調試器中的Immediate窗口，可以用它和頁面進行交互，並且很可能找到出錯的地方。例如，可以查詢或者設置變量值或組件屬性，可以執行內部函數和子程序、自定義函數和子程序以及已經創建的對象方法等。在圖中，調用了Page Counter組件的PageHit方法，然後查詢Hits屬性以得到正在運行的腳本中該處的值。
為了了解為什麼在“公共”網站上不應使用腳本調試器，可以從客戶機上打開一個包含服務器端錯誤的頁面。在這種情況下，錯誤信息對話框出現在服務器上，腳本調試器也在服務器上打開。在客戶機上，直到運行在服務器上的腳本調試器關閉，才開始載入該頁面。
(3) 啟動和使用調試器
啟用腳本調試後，虛擬應用程序的網頁中出現錯誤時，腳本調試器自動啟動。還可以人工啟動腳本調試器，在Windows 2000的Start菜單（Programs|AccessorIEs|Microsoft Script Debugger）中完成。相應地，也可在想打開腳本調試器的地方把一個Stop語句插入ASP程序中，當運行至Stop語句時，IIS會終止ASP程序的執行，啟動腳本調試器，顯示當前頁面並指出含有Stop語句的當前行。
腳本調試器能完成下列工作：
· 查看正在或已經運行的文檔的列表，並從中選擇一個進行查看或編輯。
· 在打開的網頁中設置一個新斷點，頁面在該點停止運行以便進行調試。
· 單步調試，一步運行一條語句，可選地執行子程序和函數。
· 查看調用棧（Call Stack），顯示程序中在該點被調用的嵌套子程序或函數。
1． 腳本調試器的技巧和竅門
下面是使用Microsoft Script Debugger時，有助於找到腳本中錯誤的一些竅門。
· 如果調試服務器端腳本，為ASP應用程序啟用腳本調試器。否則，錯誤信息將作為文本傳送給客戶端的浏覽器，並且不能對服務器端腳本使用腳本調試器。
· 調試完成後，關閉調試功能，否則會降低服務器性能，並且錯誤的頁面會停留在客戶端。
· 對於一個或更多的ASP應用程序，如果啟用腳本調試器，將傳送給它所有的服務器錯誤，包括那些遠程客戶訪問網頁時出現的錯誤。因此，除非能在自己的服務器上調試，否則不要啟用腳本調試器。
· 如果在一個沒有安裝在服務器上的浏覽器中工作，並且在網頁中顯示錯誤，則錯誤在服務器端腳本中。如果一個錯誤信息出現在對話框中，則錯誤在客戶端腳本中。
· 如果在.asp文件中有一個語法或運行期錯誤，並且已經對這個ASP應用程序啟用調試功能，客戶端浏覽器將不顯示語法錯誤（除非浏覽器運行在服務器上），僅顯示超時或不能打開網頁。
· 在表明服務器端腳本中是否有錯誤的消息中，顯示的行號指的是包含這個錯誤的.ASP文件的相應行。
· 如果在由.asp文件創建的客戶端腳本中有錯誤，行號並不指向.asp文件的錯誤行，而是指向錯誤出現的.ASP文件的HTML輸出行。為了查看這行，應在客戶浏覽器中查看Html文件的源程序。
· VBScript和JScript錯誤代碼在附錄D中。
7.5.3 獲得ASP的幫助和支持
如果遇到一個不能處理的錯誤，或者看來像ASP中的一個“bug”的事情，最好能夠尋求幫助以解決這個問題。關於ASP在Web上有許多有用的信息源，第1 章後面我們列舉了許多。但是，對一些特殊問題，確實需要一些更直接的幫助。
在計算機上安裝的ASP和IIS文檔是一個好起點，並且能通過浏覽器的URL為http://yourservername/IIShelp/進行訪問。運行Windows 2000的附加組件設置或主設置程序（依賴於安裝的Windows 2000版本）時，應保證安裝了全部的文檔。
也可以從“Microsoft for Windows 2000”得到的完整平台SDK，其中包含了大量關於Windows和Windows 2000中Internet服務的附加信息。它包含完整的VBScript和JScript參考。它可以從微軟獲得，並提供給MSDN成員。腳本參考文檔可單獨獲得，也可以從“http://www.microsoft.com/scripting/”網站下載。也可從這裡獲得腳本調試器。
微軟開發者網絡（The Microsoft Developer's Network，MSDN）Web站點也提供了許多支持和幫助，即使這部分信息有時難以找到。還可以從Workshop網站（http://msdn.microsoft.com/workshop/）開始，這個網站在左邊導航欄中有很好的索引和一系列標題。
另外，位於http://msdn.microsoft.com/Library/default.htm的主MSDN庫包含有文章、基礎知識、FAQ和其他用於IIS和ASP的支持材料，左邊窗口使用一個Java擴展列表控件，使用戶很容易進行查找。
如果需要特別的幫助，或者需要向其他開發者提出一些問題，在msnews.microsoft.com網站上有一些有用的新聞組。還可以訂閱microsoft.public.inetserver.iis、microsoft.public.inetserver.activeserverpages和microsoft.public.inetserver.IIS.misc。一些ASP網站也提供有關ASP方面的討論話題、論壇或聊天室。
7.6 小結
本章討論的內容是大多數編程者最不喜愛的工作。即使最簡單的腳本，也不可能就能第一次正確地工作。隨著ASP提供越來越多的特性，在腳本中出現錯誤的機會也增加了。了解如何發現並處理錯誤的相關基本知識，是非常必要的。
通過分析可能出現的不同種類的錯誤，弄清楚缺省的ASP和腳本引擎錯誤處理系統捕獲錯誤的機理，防止把錯誤和無效數據傳給其他的應用程序。編程時出現的錯誤越少，越容易發現和解決它們。
然而，好的編程習慣並不能阻止某些種類的錯誤發生，例如那些由外部資源和服務造成的錯誤。這意味著提供自己的定制錯誤處理代碼，在出現錯誤時知道如何跟蹤錯誤並進行妥善處理，是非常重要的。
最後，以對Microsoft Script Debugger的闡述結束了本章，它是有助於找到和解決網頁中的運行期錯誤的一個有用的工具。它可以暫停程序執行和進行單步執行，同時還能夠觀察程序在進行什麼，甚至能夠和腳本進行交互。
