第7章 調(diào)試和錯(cuò)誤處理
前面已經(jīng)介紹了使用ASP所需要的基本技能，本章要討論的另外一個(gè)問題是當(dāng)ASP出現(xiàn)錯(cuò)誤時(shí)怎么辦，ASP出錯(cuò)時(shí)是什么情況。當(dāng)精心編排的ASP頁面出現(xiàn)問題停止了執(zhí)行時(shí)，用戶一般得到的僅是一些用處不大的建議，諸如：點(diǎn)擊“刷新”按鈕，或者“與站點(diǎn)的Web管理員聯(lián)系，告訴他們你的頁面不能正常工作了”等等。
本章除了提供有用的信息外，還想提供一個(gè)幫助區(qū)域。我們將詳細(xì)介紹在腳本和頁面中錯(cuò)誤如何出現(xiàn)，可能產(chǎn)生的錯(cuò)誤類型，以及什么造成了這些錯(cuò)誤。更重要的是，要討論如何盡可能避免錯(cuò)誤的發(fā)生，如不能避免又如何妥善處理。
因此，本章將要探討頁面調(diào)試技術(shù)，也就是如何花費(fèi)不多的精力和時(shí)間就能找到錯(cuò)誤并解決問題。
本章包括以下內(nèi)容：
· 能夠出現(xiàn)的錯(cuò)誤類型。
· 如何防止各種錯(cuò)誤的產(chǎn)生。
· 如果不能防止錯(cuò)誤發(fā)生，如何妥善處理這些錯(cuò)誤。
· 如何發(fā)現(xiàn)和處理腳本錯(cuò)誤及其他類型的錯(cuò)誤。
· 如何使用定制的錯(cuò)誤頁面得到錯(cuò)誤信息。
· 如何記錄發(fā)生的錯(cuò)誤以監(jiān)視我們的網(wǎng)站。
· 創(chuàng)建一個(gè)定制錯(cuò)誤網(wǎng)頁和一個(gè)錯(cuò)誤日志文件。
· 提供相關(guān)的在線幫助。
本章不涉及如何處理使用ActiveX Data Objects（ADO）訪問數(shù)據(jù)源時(shí)出現(xiàn)的各種特殊類型的錯(cuò)誤。像許多組件一樣，ADO提供了自己的錯(cuò)誤處理系統(tǒng)，第8章將深入討論這一點(diǎn)。本章將從討論能出現(xiàn)的各種錯(cuò)誤類型開始，使我們能夠認(rèn)識(shí)這些錯(cuò)誤并采取相應(yīng)的措施。
據(jù)說，在非洲最黑暗的雨林深處，有這樣一群程序員，他們的程序代碼從來沒有出現(xiàn)過錯(cuò)誤。但是，很遺憾他們從沒有享受過調(diào)試一段不能正常工作的應(yīng)用程序的樂趣。調(diào)試程序代碼是一個(gè)真正充滿快樂的工作，所以我們要面對(duì)這個(gè)問題，在調(diào)試程序的過程中檢驗(yàn)我們的觀察力和橫向思維能力。大多數(shù)“真實(shí)世界”的程序員能夠體驗(yàn)這些樂趣是一件好事。
當(dāng)然，有些人會(huì)說，調(diào)試程序與其說是判斷，不如說是碰運(yùn)氣?；ㄙM(fèi)了許多時(shí)間去調(diào)試一段有錯(cuò)誤的程序，在某種程度上可以說確實(shí)是依賴運(yùn)氣。但是，如果第一步從合適的地方開始查看，可能會(huì)更快地解決問題。
但這不是程序調(diào)試應(yīng)采取的辦法。從理論上講，當(dāng)某段程序運(yùn)行失敗時(shí)，應(yīng)該以邏輯或順序方式跟蹤錯(cuò)誤。作為一個(gè)聰明和有經(jīng)驗(yàn)的程序員，這才是調(diào)試時(shí)常用的方法，只有業(yè)余人員才隨意改變程序中變量的值，到處添加Response.Write語句進(jìn)行調(diào)試。
然而，為了能夠在邏輯上跟蹤程序中的錯(cuò)誤，必須了解有關(guān)錯(cuò)誤如何出現(xiàn)方面的基礎(chǔ)知識(shí)，更重要的是知道錯(cuò)誤出現(xiàn)在哪里，以便很快就能找到相應(yīng)的地方。本章討論的內(nèi)容是有關(guān)程序中能夠出現(xiàn)的不同種類的錯(cuò)誤，錯(cuò)誤的不同表現(xiàn)，以及如何記錄和排除這些錯(cuò)誤。同樣重要的是，還將介紹如何避免這些錯(cuò)誤的發(fā)生。
本章將從介紹可能出現(xiàn)的不同種類的錯(cuò)誤開始，如果認(rèn)為你的代碼不會(huì)出現(xiàn)任何錯(cuò)誤，可以直接跳到下一章。

7.1 錯(cuò)誤的種類

7.1.1 語法或“編譯”錯(cuò)誤
當(dāng)我們第一次運(yùn)行新編寫的程序代碼時(shí)，通?？吹降牡谝环N錯(cuò)誤類型是“syntax error”。這就是所說的，程序代碼上的語法錯(cuò)誤。這就像在寫作中使用了錯(cuò)誤的語法，使讀者不能了解其中的含義。而解釋器（諸如腳本引擎）和編譯器對(duì)語法要求得更加嚴(yán)格和準(zhǔn)確。
語法錯(cuò)誤通常也是最早出現(xiàn)和需要排除的。大多數(shù)情況下，解釋器和編譯器會(huì)指出行號(hào)和所在行中的字符位置，以及在相應(yīng)的位置上缺少的內(nèi)容。下面舉一個(gè)簡單的例子，如下所示的這樣一段程序：
<%
Response.Write "The repayments for your loan are $" & chrPayment _
& " per " & strInterval & , due on the " &strDay & " of each "
& strInterval & "."
%>
我們希望得到下面的結(jié)果：
The repayments for your loan are $124.50 per month, due on the 12th of each month.
實(shí)際上得到的結(jié)果如圖7-1所示：

圖7-1 程序執(zhí)行結(jié)果1
豆豆注：
如果你的錯(cuò)誤提示信息無法出現(xiàn)“語法錯(cuò)誤”，請(qǐng)將你的WINNT\Help\iisHelp\common\500-100.asp做如下改變（加了兩行黑體字）：
...
Dim bakCodepage
bakCodepage = Session.Codepage
Session.Codepage = 936
Response.Write Server.HTMLEncode(objASPError.Category)
If objASPError.ASPCode > "" Then Response.Write Server.HTMLEncode(", " & objASPError.ASPCode)
Response.Write Server.HTMLEncode(" (0x" & Hex(objASPError.Number) & ")" ) & "<br>"

If objASPError.ASPDescription > "" Then Response.Write Server.HTMLEncode(objASPError.ASPDescription) & "<br>"

blnErrorWritten = False

Response.Write "<B>"

If objASPError.Description > "" Then Response.Write Server.HTMLEncode(objASPError.Description) & "<br>"

' Only show the Source if it is available and the request is from the same machine as IIS
…
文件中第3行是Response.Write語句的第2行。報(bào)告錯(cuò)誤信息時(shí)，VBScript解釋器忽略一行中的引導(dǎo)空格和制表符。所以在數(shù)完26個(gè)字符之后，可以找到語法錯(cuò)誤的地方，這里明顯缺少了一個(gè)雙引號(hào)。加上雙引號(hào)后再運(yùn)行這個(gè)頁面，我們可以得到如圖7-2所示：

圖7-2 程序執(zhí)行結(jié)果2
這次又是另外一個(gè)簡單錯(cuò)誤。實(shí)際上錯(cuò)誤出現(xiàn)在第3行而不是第4行。我們漏掉了第三行末尾的續(xù)行符'_'。程序代碼應(yīng)該是：
<%
Response.Write "The repayments for your loan are $" & chrPayment _
& " per " & strInterval & ", due on the " &strDay & " of each " _
& strInterval & "."
%>
1． 錯(cuò)誤出現(xiàn)在什么地方
需要注意的是腳本解釋器僅指出所發(fā)現(xiàn)錯(cuò)誤的地方，但實(shí)際上那兒并不一定是錯(cuò)誤真正出現(xiàn)的地方。在上例中，前面三行的語法正確的；并產(chǎn)生相應(yīng)的輸出結(jié)果，而恰恰是第4行引起問題，因?yàn)檫@一行是以一種非法字符開頭的，腳本解釋器沒有意識(shí)到這一行是上一行的一部分。
這樣的錯(cuò)誤是普遍存在的，因?yàn)橥ǔＮ覀冎饕紤]的是要輸出的文本內(nèi)容，而不是雙引號(hào)、連字符（在VBScript中為“&”）、續(xù)行符等的正確順序。
對(duì)于關(guān)鍵字、內(nèi)部函數(shù)名拼寫錯(cuò)誤或函數(shù)的非法參數(shù)列表而引起的語法錯(cuò)誤，通常比較容易發(fā)現(xiàn)，因?yàn)殄e(cuò)誤信息提示可能就指出了錯(cuò)誤的實(shí)際位置。例如：下面這段代碼是想把明天的日期寫入頁面。
Response.Write DateAdd(Now(),"d", 1)
實(shí)際得到的結(jié)果如圖7-3所示：

圖7-3 程序執(zhí)行結(jié)果3
這是因?yàn)镈ateAdd函數(shù)的語法應(yīng)該是：
DateAdd (interval_string, interval_number, start_date)
所以應(yīng)該改寫為如下的代碼：
Response.Write DateAdd("d", 1, Now())
腳本解釋器檢測(cè)到了我們?yōu)榈诙€(gè)參數(shù)提供的是一個(gè)字符型數(shù)據(jù)，而DateAdd函數(shù)需要的是整型數(shù)據(jù)類型。
代碼結(jié)構(gòu)和腳本結(jié)構(gòu)
語法錯(cuò)誤的另一個(gè)原因是：當(dāng)制作網(wǎng)頁時(shí)使用嵌套的或復(fù)雜的腳本結(jié)構(gòu)，如If Then … Else … End If或者Do While … Loop。這有時(shí)會(huì)造成難以找到的語法錯(cuò)誤。
例如下面這段程序：
<%
If Len(Request.Form("cmdSet")) Then
strCounterName = Request.Form("lstSet")
strNewValue = Request.Form("txtSet")
If IsNumeric(strNewValue) Then
intNewValue = Cint(strNewValue)
objCounters.Set strCounterName, intNewValue
Response.Write "Set counter " & strCounterName & " to " & strNewValue
Else
Response.Write strNewValue & " is not a valid number"
If Len(Request.Form("cmdRemove")) Then
strCounterName = Request.Form("lstRemove")
objCounters.Remove strCounterName
Response.Write "Removed counter " & strCounterName
End If
End If
%>
產(chǎn)生的錯(cuò)誤如圖7-4所示：

圖7-4 程序執(zhí)行結(jié)果4
為什么提示在網(wǎng)頁程序中需要一個(gè)End語句呢？看一下程序就可以發(fā)現(xiàn)，丟失了一個(gè)End If，而不是End，在程序的最末尾應(yīng)該還有另一個(gè)End If。
…
Response.Write "Removed counter " & strCounterName
End If
End If
End If
%>
在這種情況下，根據(jù)代碼的縮排格式可以很容易地找到相應(yīng)的錯(cuò)誤。特別當(dāng)錯(cuò)誤信息指出錯(cuò)誤的大致位置時(shí)，很快就可以找到錯(cuò)誤位置。然而，這段代碼很短，如果在分界符<%…%>中另外還有40行代碼，那么錯(cuò)誤行號(hào)仍然可能指向最后一行（line 56）；并且如果在新的代碼中的其他腳本結(jié)構(gòu)搞亂了嵌套的結(jié)構(gòu)，錯(cuò)誤可能會(huì)指向另一個(gè)位置。
2． 關(guān)于JScript
如果你不是一位JavaScript高手，并且確實(shí)想試驗(yàn)一些語法錯(cuò)誤，那么就從VBScript切換到JScript。JScript比VBScript對(duì)程序編寫的要求更嚴(yán)格，并且對(duì)關(guān)鍵字和變量名大小寫敏感，看下面的程序段。
<%
var datToday = new Date();
Response.Write(datToday.GetMonth());
%>
運(yùn)行這段程序會(huì)產(chǎn)生“Object doesn’t support this property or method”（對(duì)象不支持這種屬性或方法）錯(cuò)誤，如圖7-5所示：

圖7-5 程序執(zhí)行結(jié)果5
原因很簡單，返回月份數(shù)的JScript函數(shù)是getMonth，而不是GetMonth。下面這段程序就可以正常運(yùn)行。
<%
var datToday = new Date();
Response.Write(datToday.getMonth());
%>
當(dāng)然，如果重試這段程序，可能得不到同樣的錯(cuò)誤消息。我們第一次運(yùn)行這段程序時(shí)，得到如圖7-6所示的錯(cuò)誤。

圖7-6 程序執(zhí)行結(jié)果6
第2行有什么錯(cuò)誤？如果使用JScript解釋器，沒有錯(cuò)誤出現(xiàn)。錯(cuò)誤消息說明，這是一個(gè)VBScript語法錯(cuò)誤。用VBScript解釋器分析JScript程序，所以會(huì)得到奇怪的錯(cuò)誤消息。
記住正在使用語言
這所以出現(xiàn)上述錯(cuò)誤是因?yàn)樵陧撁娴拇a前面忘記加@LANGUAGE指令。缺省是VBScript（如果在注冊(cè)表或在Internet Services Manager中沒有改變它），所以VBScript引擎用于處理前面不帶@LANGUAGE指令的程序。即使一直使用專為自己的服務(wù)器設(shè)置的缺省語言，始終使用@LANGUAGE指令是避免產(chǎn)生上述錯(cuò)誤的好方法。這樣，如果把網(wǎng)頁移到另一個(gè)缺省語言不同的服務(wù)器上，也會(huì)得到預(yù)期的結(jié)果。
這里講述的內(nèi)容不可能覆蓋所有可能遇到的語法錯(cuò)誤，人們往住想知道為什么會(huì)出現(xiàn)錯(cuò)誤，而錯(cuò)誤信息提示并不總是像人們希望的那樣準(zhǔn)確。理想的方式應(yīng)該是ASP給我們提供一個(gè)簡潔的錯(cuò)誤顯示頁面，有對(duì)錯(cuò)誤的全面精確的描述，甚至詢問我們是否想自動(dòng)處理錯(cuò)誤。事實(shí)上應(yīng)用程序Microsoft Script Debugger正試圖為我們提供類似的功能，本章后面要對(duì)其進(jìn)行討論，也要概括避免出現(xiàn)語法錯(cuò)誤的一些要點(diǎn)?，F(xiàn)在，我們繼續(xù)研究經(jīng)常在網(wǎng)頁中出現(xiàn)的第二類錯(cuò)誤。