pp_zz的专栏

<br />我曾经问过很多人，你一般是怎么调试你的程序的？<br />F9, F5, F11, F……<br />有很多书和文章都是介绍怎么使用 Visual Studio编写 WinForm啦 ,、 ASP.NET之类的程序；知道如何编写固然重要，但是我觉得程序员可能只会花费 30%的时间在编写代码上，剩下的大部分时间都是在调试程序。在网上看到很多人介绍 Windbg的用法，但是没有看到几篇讲解使用 Visual Studio调试的文章。 Windbg固然强大，但是问题是它的学习曲线太陡了

在上一篇文章Visual Studio调试之断点基础篇里面介绍了什么是断点，INT 是Intel系列CPU的一个指令，可以让程序产生一个中断或者异常。程序中如果有中断或者异常发生了以后，CPU会中断程序的执行，去一个叫做IDT的部件查找处理这个中断（或者异常）的例程（Handler）。IDT是操作系统在启动的时候初始化的，至于IDT的细节问题，例如什么是IDT，怎样编写一个IDT的例程，怎样 初始化IDT，可以去网上搜索一些资料。 总之，这里我们只要知道，CPU在执行程序指令过程中，碰到INT 3中断

函数断点 在前面的文章Visual Studio调试之避免单步跟踪调试模式里面我讲了如何设置函数断点，说实话，我个人喜欢设置函数断点，而不是在代码行里面设置断点。一般来说，函数断点在下面几种情形下有用： 1. 例如调试一个网站程序，你通过分析网站的日志发现最有可能发生错误的函数，打开调试器并将调试器附加到程序上去，设置函数断点，重新执行网站……这样做的好处是，不用到处打开源文件去找出错的源代码行，调试器会自动打开源代码，并且在函数的入口处中断（岂不是很方便？）。 2.