前面介紹的兩招功夫都是赤手空拳的較量，可能你會覺得打得不過癮，咱能
不能挑件別的兵器什么的耍耍呢？既然是大家的需要，我又怎么能不滿足呢？不
過，說起來還是的感謝蓋茨大爺，要不我就沒的耍了！
好了，下面就是

第三招 查錯神器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程序，有個這樣的利器，真是省了我們很多時間啊！怎么還不快試試！