web開發中一個棘手的問題是調試。在ASP或者簡單JavaScript的時代，開發人員會利用print語句來追蹤代碼裡的問題。隨著微軟引入ASP.Net，這一方法發生了改變，因為它包含了大量的特性，可以利用TraceContext類更加輕松地調試Web頁面。
選擇追蹤的范圍
在ASP.Net應用程序裡，你可以啟動對單個頁面或者整個Web應用程序進行追蹤的能力。Web.config這個文件用來啟動在應用程序這一級別進行的追蹤。下面就用到了web.config文件裡的追蹤元素：
<trace enabled="false" requestLimit="10" pageOutput="false"
traceMode="SortByTime" localOnly="true" />
現在讓我們更加仔細地看看其各個屬性：
enabled：用來啟動（真）和關閉（偽）應用程序這一級別的追蹤。
requestLimit：用來描述保存在內存裡的追蹤數量。
pageOutput：用來指示追蹤信息需要（真）還是不需要（偽）附加在每頁之後。如果選擇了偽，那麼追蹤信息可以在專門的追蹤頁面——trace.axd裡查看。
traceMode：用來確定如何顯示追蹤信息。在缺省狀態下，它被設置為按時間順序顯示，但是它也可以按類別（SortByCategory）顯示。
localOnly：用來指示遠程調試可用（偽）或者不可用（真）。
然而，如果應用程序裡只有一個頁面，那麼你就會在追蹤的時候碰到問題。在這種情況下，你可以在頁面的命令裡加上下面的追蹤屬性，啟動對單個頁面的追蹤：
<%@ Page language="c#" trace="true" tracemode="SortByCategory"
Codebehind="WebForm1.ASPx.cs" AutoEventWireup="false"
Inherits="WebApplication1.WebForm1" %>
要注意trace和tracemode屬性會和它們在web.config文件裡對應的屬性發生沖突。如果你還不清楚哪個設置是優先的，那麼我告訴你，頁面設置會取代web.config的設置，所以你在追蹤整個應用程序的時候要啟動它，而在追蹤所選頁面的時候禁用它。是選擇頁面還是應用程序這一級別（或者是把兩者結合起來）進行追蹤要根據情況來決定。
處理輸出
一旦決定了需要追蹤的級別，你就要開始接收追蹤的結果了。如果是正在追蹤整個應用程序，那麼你可以在trace.axd頁面裡查看所有的追蹤結果（具體有多少要取決於你用requestLimit屬性維持的數量）。同樣的，對單個頁面的追蹤進行完之後，你可以查看單個頁面的追蹤。
追蹤的輸出結果分為五個部分：
請求細節（Request Details）：這一部分包括會話的ID、請求時間、編碼、請求類型（get、post等等），以及狀態碼。
追蹤信息（Trace Information）：用來顯示請求的細節，這包括和ASP.Net頁面相關的各種事件。
控件樹（Control Tree）：用來顯示頁面內使用的控件；這包括其大小和保存在VIEwState裡的相關字節數。
Cookie集（Cookies Collection）：頁面所用的cookIE的列表。
標題集（Headers Collection）：和請求相關的HTTP標題，包括主機（Host）、CookIE和用戶代理（User-Agent）。
服務器變量：和請求相關的服務器環境變量的完整列表。
在下面的例子裡，我列出了追蹤結果的一部分信息。（它包括追蹤結果的標題集部分。）
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)
從這個追蹤結果可以看出，發出請求的客戶端使用英語和Internet Explorer 6.0，並安裝了.Net框架1.1。
加入用戶信息
缺省的追蹤能力在很多情況下都很有用處，但是其他的情況可能要求獲得頁面的更多信息。你可以利用TraceContext類的Write（寫入）和Warn（警告）方法向追蹤日志裡添加用戶信息：
Write：向追蹤日志寫入信息。
Warn：向追蹤日志寫入信息，但是用紅色顯示寫入的信息。
每種方法都在承擔著多種任務，大多數基本的句法都會接受簡單的信息並將其插入到追蹤日志裡。這些方法讓你能夠很輕松地在需要的地方放上Trace.Write和Trace.Warn語句，從而向追蹤輸出裡加入用戶信息。其輸出被包括在追蹤輸出的追蹤信息部分裡。（我覺得使用Warn方法可以更容易地找到我添加的內容，因為它們是以紅色顯示的。）
不需要重新編譯
另一個非常好的特性是，在完成追蹤之後，你不需要刪除追蹤元素；只需要禁用追蹤就行了，這樣追蹤語句會被忽略。當產品中出現問題的時候，其優勢就體現出來了。一旦轉化成為了產品，你可以激活在應用程序這一級別的追蹤，而不對單個頁面進行追蹤（把pageOutput設置成偽），並通過trace.axd頁面來查看追蹤結果，這樣用戶就不會被打擾了。
最後，追蹤特性會增加應用程序的負擔，這反過來會影響到程序的性能。由於這個原因，你應該只有在需要的時候才在投入生產的應用程序裡啟動它，而且要（在追蹤完成後）盡快禁用它。
--------------------------------------------------------------------------------
本文作者：Tony Patton的職業生涯開始於應用程序開發員，並已經獲得了Java、VB、Lotus和XML的認證，以增加其專業知識。
