前面介紹的兩招功夫都是赤手空拳的較量，可能你會覺得打得不過瘾，咱能
不能挑件別的兵器什麼的耍耍呢？既然是大家的需要，我又怎麼能不滿足呢？不
過，說起來還是的感謝蓋茨大爺，要不我就沒的耍了！
好了，下面就是
第三招 查錯神器Debugger
要用好的兵器，沒點准備是不行的，所以我們就先來做點准備運動。
1.Config.web的設定：還記得第一招中講的嗎？對了，還是這個文件，打開它，向裡面加入這條語句
<compilation debugmode="true"></compilation>
說明：由於在預設情況下，ASP.Net會以正常模式來運行頁面，為了能讓它以查錯模式編譯網頁，我們就必須加入這句語句。
2.啟動查錯工具DbgUrt.exe:這個程序放在x:\Program Files\Microsoft.Net\FrameworkSDK\GuiDebug目錄裡，文件名是DbgUrt.exe
3.激活查錯功能:
運行DbgUrt.exe程序
--〉選取菜單Debug/Processes
--〉在出現的Processes對話框中選中Show system processes和Show processes in all sessions
--〉在Available processes列表框的最下面找到xspwp.exe(如果沒有，請運行一.ASPx頁面，然後按Refresh鍵。)
--〉選取該文件後，按Attach鍵
--〉在出現的對話框中選中Common Language Runtime，然後按OK，回到Processes對話框
--〉按Close鍵
--〉在程序的主菜單中選取File/Open/File，打開你想要檢測的文件。
下面正式開始頁面調試。
利用DbgUrt.exe打開欲調試的文件後，我們要做的第一件事情就是：設置斷
點。是不是覺得和其它Windows應用程序的調試很像（什麼很像？簡直就是一模
一樣嗎！）加斷點的方法很簡單，先決定需要加斷點的地方，然後將光標移動到
該行，按下F9或者在該行的最前面點擊鼠標左鍵，該句前面就會出現一個問號的
標記，這就是斷點！我們當然可以設定多個斷點，只要你喜歡。你要是像取消一
個斷點，只需在該行重復設置斷點的動作即可。
設置好斷點後，只要使用浏覽器浏覽被調試的頁面，當程序運行到斷點的位
置時，它就會自動彈出DbgUrt.exe，並且停在剛才的斷點位置。這是，我們就可
以利用Command Window-Immediate窗口檢查變量的值了。
當我們想繼續執行當前頁面時，我們有幾種選擇：
1、按F5鍵，運行到下一個斷點，若沒有斷點，則運行完該頁面；
2、按F11鍵，執行單步操作；
3、按F10鍵，同樣是單步操作，但它會進入子程序（函數）中的語句。
當然，DbgUrt.exe的功能肯定比我介紹的要強大的多。編寫ASP.Net程序，有個這樣的利器，真是省了我們很多時間啊！怎麼還不快試試！
