ASP.Net调试之三板斧：第三招

    前面介绍的两招功夫都是赤手空拳的较量，可能你会觉得打得不过瘾，咱能
不能挑件别的兵器什么的耍耍呢？既然是大家的需要，我又怎么能不满足呢？不
过，说起来还是的感谢盖茨大爷，要不我就没的耍了！
好了，下面就是

第三招 查错神器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程序，有个这样的利器，真是省了我们很多时间啊！怎么还不快试试！