追蹤ASP.NET代碼里的bug

Web開發(fā)中一個棘手的問題是調(diào)試。在ASP或者簡單JavaScript的時代，開發(fā)人員會利用print語句來追蹤代碼里的問題。隨著微軟引入ASP.NET，這一方法發(fā)生了改變，因為它包含了大量的特性，可以利用TraceContext類更加輕松地調(diào)試Web頁面。

選擇追蹤的范圍
 
在ASP.NET應用程序里，你可以啟動對單個頁面或者整個Web應用程序進行追蹤的能力。Web.config這個文件用來啟動在應用程序這一級別進行的追蹤。下面就用到了web.config文件里的追蹤元素：

<trace enabled="false" requestLimit="10" pageOutput="false"
traceMode="SortByTime" localOnly="true" />

現(xiàn)在讓我們更加仔細地看看其各個屬性：

enabled：用來啟動（真）和關閉（偽）應用程序這一級別的追蹤。
requestLimit：用來描述保存在內(nèi)存里的追蹤數(shù)量。
pageOutput：用來指示追蹤信息需要（真）還是不需要（偽）附加在每頁之后。如果選擇了偽，那么追蹤信息可以在專門的追蹤頁面——trace.axd里查看。
traceMode：用來確定如何顯示追蹤信息。在缺省狀態(tài)下，它被設置為按時間順序顯示，但是它也可以按類別（SortByCategory）顯示。
localOnly：用來指示遠程調(diào)試可用（偽）或者不可用（真）。
然而，如果應用程序里只有一個頁面，那么你就會在追蹤的時候碰到問題。在這種情況下，你可以在頁面的命令里加上下面的追蹤屬性，啟動對單個頁面的追蹤：

<%@ Page language="c#" trace="true" tracemode="SortByCategory"
Codebehind="WebForm1.aspx.cs" AutoEventWireup="false"
Inherits="WebApplication1.WebForm1" %>

要注意trace和tracemode屬性會和它們在web.config文件里對應的屬性發(fā)生沖突。如果你還不清楚哪個設置是優(yōu)先的，那么我告訴你，頁面設置會取代web.config的設置，所以你在追蹤整個應用程序的時候要啟動它，而在追蹤所選頁面的時候禁用它。是選擇頁面還是應用程序這一級別（或者是把兩者結合起來）進行追蹤要根據(jù)情況來決定。

處理輸出
一旦決定了需要追蹤的級別，你就要開始接收追蹤的結果了。如果是正在追蹤整個應用程序，那么你可以在trace.axd頁面里查看所有的追蹤結果（具體有多少要取決于你用requestLimit屬性維持的數(shù)量）。同樣的，對單個頁面的追蹤進行完之后，你可以查看單個頁面的追蹤。

追蹤的輸出結果分為五個部分：

請求細節(jié)（Request Details）：這一部分包括會話的ID、請求時間、編碼、請求類型（get、post等等），以及狀態(tài)碼。
追蹤信息（Trace Information）：用來顯示請求的細節(jié)，這包括和ASP.NET頁面相關的各種事件。
控件樹（Control Tree）：用來顯示頁面內(nèi)使用的控件；這包括其大小和保存在ViewState里的相關字節(jié)數(shù)。
Cookie集（Cookies Collection）：頁面所用的cookie的列表。
標題集（Headers Collection）：和請求相關的HTTP標題，包括主機（Host）、Cookie和用戶代理（User-Agent）。
服務器變量：和請求相關的服務器環(huán)境變量的完整列表。

在下面的例子里，我列出了追蹤結果的一部分信息。（它包括追蹤結果的標題集部分。）

 
Headers Collection
Name Value
Connection Keep-Alive
Accept */*
Accept-Encoding gzip, deflate
Accept-Language en-us
Cookie ASP.NET_SessionId=vnadwr45jvrfhv55gbdygobs; LastVisited2=3/1/2004
 2:11:35 PM
Host localhost
User-Agent Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR
 1.1.4322)

從這個追蹤結果可以看出，發(fā)出請求的客戶端使用英語和Internet Explorer 6.0，并安裝了.NET框架1.1。

加入用戶信息
缺省的追蹤能力在很多情況下都很有用處，但是其他的情況可能要求獲得頁面的更多信息。你可以利用TraceContext類的Write（寫入）和Warn（警告）方法向追蹤日志里添加用戶信息：

Write：向追蹤日志寫入信息。
Warn：向追蹤日志寫入信息，但是用紅色顯示寫入的信息。
每種方法都在承擔著多種任務，大多數(shù)基本的句法都會接受簡單的信息并將其插入到追蹤日志里。這些方法讓你能夠很輕松地在需要的地方放上Trace.Write和Trace.Warn語句，從而向追蹤輸出里加入用戶信息。其輸出被包括在追蹤輸出的追蹤信息部分里。（我覺得使用Warn方法可以更容易地找到我添加的內(nèi)容，因為它們是以紅色顯示的。）

不需要重新編譯
另一個非常好的特性是，在完成追蹤之后，你不需要刪除追蹤元素；只需要禁用追蹤就行了，這樣追蹤語句會被忽略。當產(chǎn)品中出現(xiàn)問題的時候，其優(yōu)勢就體現(xiàn)出來了。一旦轉化成為了產(chǎn)品，你可以激活在應用程序這一級別的追蹤，而不對單個頁面進行追蹤（把pageOutput設置成偽），并通過trace.axd頁面來查看追蹤結果，這樣用戶就不會被打擾了。

最后，追蹤特性會增加應用程序的負擔，這反過來會影響到程序的性能。由于這個原因，你應該只有在需要的時候才在投入生產(chǎn)的應用程序里啟動它，而且要（在追蹤完成后）盡快禁用它。

--------------------------------------------------------------------------------
本文作者：Tony Patton的職業(yè)生涯開始于應用程序開發(fā)員，并已經(jīng)獲得了Java、VB、Lotus和XML的認證，以增加其專業(yè)知識。