Visual Studio调试之断点技巧篇

不知道能不能算是技巧啦，写出来放到首页贻笑大方而已。

函数断点

在前面的文章Visual Studio调试之避免单步跟踪调试模式里面我讲了如何设置函数断点，说实话，我个人喜欢设置函数断点，而不是在代码行里面设置断点。一般来说，函数断点在下面几种情形下有用：

1.       例如调试一个网站程序，你通过分析网站的日志发现最有可能发生错误的函数，打开调试器并将调试器附加到程序上去，设置函数断点，重新执行网站……这样做的好处是，不用到处打开源文件去找出错的源代码行，调试器会自动打开源代码，并且在函数的入口处中断（岂不是很方便？）。

 

2.       例如你在阅读源代码的时候，通常在读到虚函数调用的时候，因为通常这种调用都是通过基类指针调用的，而你又一时半会不知道到底有哪个继承类的Overloading函数会被调用到，函数断点可以告诉你。

 

3.       或者一种特殊的情形，你想读一个程序的源代码，但就是找不到入口Main函数，例如.NET程序，那么直接在Visual Studio里面按F11就能帮你找到入口函数—这是函数断点的一个特殊情形。

 

4.       比如你在调试Web Service函数，设置函数断点也是一个快捷的调试方法，这个技巧跟技巧1类似。

当然，可能有些读者没有办法成功设置函数断点，如果设置函数断点失败，请阅读我的文章“不能设置断点的检查步骤”。如果里面有一些名词术语（术语请参看文章：调试术语）不知道或者不知道如何设置的话，呃，我会另写一篇文章讲解。

断点编程

有的时候你可能会碰到这种情况，触发一个断点以后，你发现需要修改一些值，才能使程序继续正确执行下去。例如我以前在中文版本的操作系统上，使用sscli里面（调试版）的csc.exe编译器编译一些包含语法错误或者语法警告的C#源文件的时候，csc.exe