錯誤的種類

來源:互聯網
上載者:User
錯誤


    前面已經介紹了使用ASP所需要的基本技能,本章要討論的另外一個問題是當ASP出現錯誤時怎麼辦,ASP出錯時是什麼情況。當精心編排的ASP頁面出現問題停止了執行時,使用者一般得到的僅是一些用處不大的建議,諸如:點擊[重新整理] 按鈕,或者“與網站的Web管理員聯絡,告訴他們你的頁面不能正常工作了”等等。
本章除了提供有用的資訊外,還想提供一個協助地區。我們將詳細介紹在指令碼和頁面中錯誤如何出現,可能產生的錯誤類型,以及什麼造成了這些錯誤。更重要的是,要討論如何儘可能避免錯誤的發生,如不能避免又如何妥善處理。
因此,本章將要探討頁面調試技術,也就是如何花費不多的精力和時間就能找到錯誤並解決問題。
本章包括以下內容:
· 能夠出現的錯誤類型。
· 如何防止各種錯誤的產生。
· 如果不能防止錯誤發生,如何妥善處理這些錯誤。
· 如何發現和處理指令碼錯誤及其他類型的錯誤。
· 如何使用定製的錯誤頁面得到錯誤資訊。
· 如何記錄發生的錯誤以監視我們的網站。
· 建立一個定製錯誤網頁和一個錯誤記錄檔檔案。
· 提供相關的線上協助。
本章不涉及如何處理使用ActiveX Data Objects(ADO)訪問資料來源時出現的各種特殊類型的錯誤。像許多組件一樣,ADO提供了自己的錯誤處理系統,第8章將深入討論這一點。本章將從討論能出現的各種錯誤類型開始,使我們能夠認識這些錯誤並採取相應的措施。
據說,在非洲最黑暗的雨林深處,有這樣一群程式員,他們的程式碼從來沒有出現過錯誤。但是,很遺憾他們從沒有享受過調試一段不能正常工作的應用程式的樂趣。偵錯工具代碼是一個真正充滿快樂的工作,所以我們要面對這個問題,在偵錯工具的過程中檢驗我們的觀察力和橫向思維能力。大多數“真實世界”的程式員能夠體驗這些樂趣是一件好事。
當然,有些人會說,偵錯工具與其說是判斷,不如說是碰運氣。花費了許多時間去調試一段有錯誤的程式,在某種程度上可以說確實是依賴運氣。但是,如果第一步從合適的地方開始查看,可能會更快地解決問題。
但這不是程式調試應採取的辦法。從理論上講,當某段程式運行失敗時,應該以邏輯或順序方式跟蹤錯誤。作為一個聰明和有經驗的程式員,這才是調試時常用的方法,只有業餘人員才隨意改變程式中變數的值,到處添加Response.Write語句進行調試。
然而,為了能夠在邏輯上跟蹤程式中的錯誤,必須瞭解有關錯誤如何出現方面的基礎知識,更重要的是知道錯誤出現在哪裡,以便很快就能找到相應的地方。本章討論的內容是有關程式中能夠出現的不同種類的錯誤,錯誤的不同表現,以及如何記錄和排除這些錯誤。同樣重要的是,還將介紹如何避免這些錯誤的發生。
本章將從介紹可能出現的不同種類的錯誤開始,如果認為你的代碼不會出現任何錯誤,可以直接跳到下一章。

7.1 錯誤的種類

7.1.1 文法或“編譯”錯誤
       當我們第一次運行新編寫的程式碼時,通常看到的第一種錯誤類型是“syntax error”。這就是所說的,程式碼上的語法錯誤。這就像在寫作中使用了錯誤的文法,使讀者不能瞭解其中的含義。而解譯器(諸如指令碼引擎)和編譯器對文法要求得更加嚴格和準確。
       語法錯誤通常也是最早出現和需要排除的。大多數情況下,解譯器和編譯器會指出行號和所在行中的字元位置,以及在相應的位置上缺少的內容。下面舉一個簡單的例子,如下所示的這樣一段程式:
       <%
       Response.Write "The repayments for your loan are $" & chrPayment _
                            & " per " & strInterval & , due on the " &strDay & " of each "
                            & strInterval & "."
       %>
       我們希望得到下面的結果:
       The repayments for your loan are $124.50 per month, due on the 12th of each month.
       實際上得到的結果如圖7-1所示:

       豆豆註:
              如果你的錯誤提示資訊無法出現“語法錯誤”,請將你的WINNTHelpiisHelpcommon500-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行。報告錯誤資訊時,VBScript解譯器忽略一行中的引導空格和定位字元。所以在數完26個字元之後,可以找到語法錯誤的地方,這裡明顯缺少了一個雙引號。加上雙引號後再運行這個頁面,我們可以得到如圖7-2所示:

       這次又是另外一個簡單錯誤。實際上錯誤出現在第3行而不是第4行。我們漏掉了第三行末尾的續行符'_'。程式碼應該是:
<%
       Response.Write "The repayments for your loan are $" & chrPayment _
                            & " per " & strInterval & ", due on the " &strDay & " of each " _
                            & strInterval & "."
       %>
1.  錯誤出現在什麼地方
需要注意的是指令碼解譯器僅指出所發現錯誤的地方,但實際上那兒並不一定是錯誤真正出現的地方。在上例中,前面三行的文法正確的;併產生相應的輸出結果,而恰恰是第4行引起問題,因為這一行是以一種非法字元開頭的,指令碼解譯器沒有意識到這一行是上一行的一部分。
這樣的錯誤是普遍存在的,因為通常我們主要考慮的是要輸出的常值內容,而不是雙引號、連字號(在VBScript中為“&”)、續行符等的正確順序。
對於關鍵字、內建函式名拼字錯誤或函數的非法參數列表而引起的語法錯誤,通常比較容易發現,因為錯誤資訊提示可能就指出了錯誤的實際位置。例如:下面這段代碼是想把明天的日期寫入頁面。
Response.Write DateAdd(Now(),"d", 1)
實際得到的結果如圖7-3所示:

這是因為DateAdd函數的文法應該是:
DateAdd (interval_string, interval_number, start_date)
所以應該改寫為如下的代碼:
Response.Write DateAdd("d", 1, Now())
指令碼解譯器檢測到了我們為第二個參數提供的是一個字元型資料,而DateAdd函數需要的是整數資料型別。
代碼結構和指令碼結構
語法錯誤的另一個原因是:當製作網頁時使用嵌套的或複雜的指令碼結構,如If Then … Else … End If或者Do While … Loop。這有時會造成難以找到的語法錯誤。
例如下面這段程式:
<%
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
%>
產生的錯誤如圖7-4所示:

為什麼提示在網頁程式中需要一個End語句呢?看一下程式就可以發現,丟失了一個End If,而不是End,在程式的最末尾應該還有另一個End If。
                     …
                     Response.Write "Removed counter " & strCounterName
       End If
End If
       End If
       %>
       在這種情況下,根據代碼的縮排格式可以很容易地找到相應的錯誤。特別當錯誤資訊指出錯誤的一般位置時,很快就可以找到錯誤位置。然而,這段代碼很短,如果在分界符<%…%>中另外還有40行代碼,那麼錯誤行號仍然可能指向最後一行(line 56);並且如果在新的代碼中的其他指令碼結構搞亂了嵌套的結構,錯誤可能會指向另一個位置。
2.  關於JScript
如果你不是一位JavaScript高手,並且確實想實驗一些語法錯誤,那麼就從VBScript切換到JScript。JScript比VBScript對程式編寫的要求更嚴格,並且對關鍵字和變數名大小寫敏感,看下面的程式段。
<%
var datToday = new Date();
Response.Write(datToday.GetMonth());
%>
運行這段程式會產生“Object doesn’t support this property or method”(對象不支援這種屬性或方法)錯誤,如圖7-5所示:

原因很簡單,返回月份數的JScript函數是getMonth,而不是GetMonth。下面這段程式就可以正常運行。
<%
var datToday = new Date();
Response.Write(datToday.getMonth());
%>
當然,如果重試這段程式,可能得不到同樣的錯誤訊息。我們第一次運行這段程式時,得到如圖7-6所示的錯誤。

第2行有什麼錯誤?如果使用JScript解譯器,沒有錯誤出現。錯誤訊息說明,這是一個VBScript語法錯誤。用VBScript解譯器分析JScript程式,所以會得到奇怪的錯誤訊息。
記住正在使用語言
這所以出現上述錯誤是因為在頁面的代碼前面忘記加@LANGUAGE指令。預設是VBScript(如果在註冊表或在Internet Services Manager中沒有改變它),所以VBScript引擎用於處理前面不帶@LANGUAGE指令的程式。即使一直使用專為自己的伺服器設定的預設語言,始終使用@LANGUAGE指令是避免產生上述錯誤的好方法。這樣,如果把網頁移到另一個預設語言不同的伺服器上,也會得到預期的結果。
這裡講述的內容不可能覆蓋所有可能遇到的語法錯誤,人們往住想知道為什麼會出現錯誤,而錯誤資訊提示並不總是像人們希望的那樣準確。理想的方式應該是ASP給我們提供一個簡潔的錯誤顯示頁面,有對錯誤的全面精確的描述,甚至詢問我們是否想自動處理錯誤。事實上應用程式Microsoft Script Debugger正試圖為我們提供類似的功能,本章後面要對其進行討論,也要概括避免出現語法錯誤的一些要點。現在,我們繼續研究經常在網頁中出現的第二類錯誤。
7.1.2 語義或“運行期”錯誤
       語法錯誤的發現和處理是令人煩惱的,但在編程中會遇到一些真正“令人興奮”的另一類型的錯誤——語義錯誤(semantic error)或稱“運行期”錯誤(runtime error)。這類錯誤僅當運行一個指令碼代碼或其他程式時才會發現。換句話說完整有效代碼已經通過解譯器或編譯器的解釋或編譯,在執行時產生了錯誤。術語“運行期錯誤”通過是指語義錯誤的結果,也就是說這類錯誤存在於代碼的語義中,當代碼運行時它們才變成可見的。
這種區別來自於這種事實:程式編譯器或解譯器在處理常式代碼之前必須建立一種內部代碼的描述,涉及多種結構開頭和結尾的匹配,以便標明每種結構包含什麼內容,然後分析每個句子,以便知道如何執行這個句子。例如,如果在程式碼中有一個If Then … Else … End If 結構,解譯器或編譯器做的第一步工作就是分析哪些語句在“Then”的部分,哪些在“Else”部分。這一步的目的是,在對結構中的If條件進行測試之後,可以決定該到哪個分支去執行。
編譯器(諸如在程式設計語言像Visual Basic和C++中見到的那種)和解譯器(諸如用於像VBScript和JScript那樣的指令碼語言的解譯器)之間真正區別在於:編譯器不試圖運行程式碼,而是在對來源程式進行兩次預先處理後,形成二進位指令或符號代碼,並形成一個.exe檔案或.dll檔案。解譯器不含有代碼的檔案,而是在運行時逐步執行。
1.  使運行停止的錯誤
如果程式中含有一個語義錯誤,通常在運行時可得到提示。如果幸運的話,當錯誤發生時,程式會停止,這樣可以容易地找出錯誤所在。例如,下面這段程式定義了一個有六個元素的數組。
<%
Dim arrValues(5)                  'to hold six elements, indexed from 0 to 5
ArrValues(6) = "Whoops, got an error"
%>
如果試圖讀或設定下標為6的元素值,可以得到一個運行期錯誤,如圖7-7所示:

注意這裡的錯誤類型是“runtime”(相當於語義)錯誤,而不是語法錯誤。錯誤資訊顯示了錯誤所在行數和錯誤的描述,有助於我們比較容易地找到相應的錯誤。但這是一個簡單的例子,在更複雜的程式碼中,這種錯誤可能出現在一些遍曆一些值並把它們加到一個數組中程式中。如下所示:
<%
       Dim arrValues(5)                                       ' to hold six elements
       For intLoop = 0 To intListCount                  ' the number of items in some list
              arrValues(intLoop) = Request.Form("SelectedItems")(intListCount)
       Next
%>
這種情況下,很可能是得到了過多的列表條目,或者是數組的索引不夠,根據代碼的要求,可以判斷是那種錯誤,並且能夠通過增加數組大小來解決這個錯誤。
<%
Dim arrValues(10)                                     ' to hold eleven elements
For intLoop = 0 To intListCount                  ' the number of items int some list
arrValues(intLoop) = Request.Form("SelectedItems")(intListCount)
       Next
       %>
       或者相應地設定迴圈的參數來解決處理這個錯誤。
<%
Dim arrValues(5)                                       ' to hold six elements
IntArrayMax = intListCount
If intArrayMax > 5 Then intArrayMax = 5
For intLoop = 0 To intArrayMax                 ' only add the first six items
arrValues(intLoop) = Request.Form("SelectedItems")(intListCount)
       Next
       %>
       許多其他運行期錯誤能夠使網頁運行停止,諸如一些組件或對象的執行個體化失敗,原因是有ProgID錯誤,或者是因為組件沒有正確安裝。在這些情況下,結果總是給出“ActiveX Cannot Create Object”錯誤提示資訊,後面跟著調用Server.CreateObject方法的行號。
2.  產生錯誤結果的錯誤
上面提到,如果遇到一個使程式碼停止的運行期錯誤,我們可能是幸運的。但是另一種情況是程式能很好地執行,好像什麼也沒有發生,最後產生一個錯誤的結果。這是最難發現和解決的錯誤,因為意識不到哪裡出錯了。例如,假設有一個網頁,這個網頁把使用者的生日作為日期型的值,並且單獨顯示日期元素(可以把它們作為三個條目加到一個資料庫中)。
<%
' get the value from the Request and display it
datBirthdate = Request.Form("Birthdate")
Response.Write "The value you entered is: " & datBirthdate & "<P>"

' get the individual date elements
intDay = Day(datBirthdate)
intMonth = Month(datBirthdate)
intYear = Year(datBirthdate)

' and display them
Response.Write "Day: " & Cstr(intDay) & "<BR>"
Response.Write "Month: " & Cstr(intMonth) & "<BR>"
Response.Write "Year: " & Cstr(intYear) & "<BR>"
%>
圖7-8是結果,是用美國日期風格月/日/年顯示的,好像一切都沒有問題。

然而如果輸入一個非法日期,或者讓輸入文字框空著,便得到一個運行期錯誤,如圖7-9所示:

(1)    如果不是一位JScript專家
在尋找錯誤時,這不是一個大問題,因為我們能夠迅速發現為什麼會出現錯誤。事實上網頁停止運行有助於我們跟蹤錯誤。然而意外的錯誤可能會發生。例如,用JScript重寫程式碼,由於不是一位JScript專家,裡面出現一些細小錯誤。
<%
// get the value from the Request and display it
var datBirthdate = new Date(Request.Form("Birthdate"));
Response.Write("The value you entered is: " + datBirthdate + "<P>");

// get the individual date elements
intDay = datBirthdate.getDay();
intMonth = datBirthdate.getMonth();
intYear = datBirthdate.getYear();

// and display them
Response.Write("Day: " + intDay.toString() + "<BR>");
Response.Write("Month: " + intMonth.toString() + "<BR>");
Response.Write("Year: " + intYear.toString() + "<BR>");
%>
圖7-10即是運行結果,儘管程式沒有停止運行並給出運行期錯誤,還是馬上看出其中有些問題,月份不可能是0。

問題出現的原因在於JScript的getMonth函數返回的結果為0~11範圍內的數,因此需要再加1,才能得到正確的結果。
intMonth = datBirthdate.getMonth() + 1;
(2)    衍生錯誤
即使不把初始值賦給網頁去和結果比較,上面這種錯誤也可能是相當明顯的。然而,如果面對的是一個資料庫系統,並且沒有看到顯示出不正確的結果,可能不知道為什麼程式不能正確地更新資料庫。更糟糕的是,如果簡單地把數值做為整型資料存入資料庫,可能直到有人試圖對這個資料查詢時才能發現這個錯誤。
現在,發現大約有十二分之一的成員出生在0月份可能會使人吃驚,並會引起一些問題。記住,不僅僅是那些1月份出生的人員存在資料庫中的資訊不正確,而且每個成員都是這樣。如果有許多應用程式都能增加和修改這個資料庫中的記錄,跟蹤這個錯誤可能是艱苦的工作,特別是,不能去尋找錯誤出現在哪個程式行,而是首先要找出錯誤出現在哪個應用程式中。
(3)    掌握日期的用法
在上面的程式中出現的日期型資料的錯誤不是非常明顯,不論使用都輸入什麼樣的日期,程式碼只能給出0~6之中的值,原因在於編碼中的設定,特別是從VBScript轉換到JScript時。在JScript中,getDay函數返回的周中的某一天,而不是月中的某一天,這等價於VBScript中的Weekday函數,getDay函數的傳回值是0(代表星期日)到6(代表星期六)。
注意VBScript的Weekday函數返回1(代表星期日)到7(代表星期六)。
因此,在JScript中由getDate函數獲得某月的日期的正確代碼是:

// get the individual date elements
intDay = datBirthdate.getDate();
intMonth = datBirthdate.getMonth() + 1;
intYear = datBirthdate.getYear();

運行這段程式便可得到想要的結果,如圖7-11所示:




相關文章

E-Commerce Solutions

Leverage the same tools powering the Alibaba Ecosystem

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。