VC++6.0 Debug单步调试

相信大家对谭浩强童鞋都不陌生，想当年，是他 引领我们步入了C的殿堂，我们从他那里学会了如何写代码，他却没有教我们如何Debug，而我们伟大的老师，也对此只字不提。相信很少有人可以一次性写出 完全正确的代码。对于我们这些个菜鸟来说，写出不带bug的代码倒是一件很不正常的事情。也许你知道有Debug这么个东西，但却不知道该怎样用；也许你 还停留在在代码中添加N个printf来输出查看到底是哪里出了问题；也许……总之，经验表明，你花费时间看完这篇文章并学会简单的使用Debug，绝对 不是浪费时间！

废话少说，进入正题：

编译0 error(s), 0 warning(s)

链接0 error(s), 0 warning(s)

当你按捺不住激动滴心情点击运行后，发现结果并不是你想要的结果……郁闷了。然后你在代码中加了n条printf来查看 变量的结果……n多循环……运行，再加printf，again and again……终于，要抓狂了……

好吧，同学，如果你会用Debug，也许你不用这么纠结。

下面通过一简单例子说明如何使用Debug的一些“基本”（我也只是刚入门的小菜鸟，高级的修行要靠自己的了）功能：

写了如图中的一个简单程序，编译链接都没有错误，运行结果却不理想（不正确）

需要指出的是，主函数不要再用void main()了，这种只有在你学的环境才不会出错，到别的（linux编译器）地方编译是通过不了的。main函数必须要有返回值，如写成int main（）在函数结尾时加一个return 0;，这样，所有编译器都不会报错了。

最终结果确定是逻辑错误，如果不用单步调试，很难找出这种错误的。

这里先提到一个断点的概念，顾名思义，既是在你需要的地方让它断开，如果你在某一行代码处添加了断点，那么程序运行到断点处即会暂停，不再继续往下运行，直到接到你继续运行的命令。

对上边示例的程序，在你感觉可能有问题的地方添加断点（按快捷键F9或者点击图中小手按钮），以便运行到断点处好查看运行状态。

值得注意的是，主函数调用的函数，只当作一步，如果你需要检查被调用的函数有没有问题，那么你需要在被调用的函数中添加断点，这样才能一步一步执行被调函数。

2012-07-21更新：上边划掉的部分以前就发现有点没解释清楚，一直没来得及更正。现更正下：

之 前只知道一个F10，所以解释成了遇到函数会认为是一步直接过去{ } ，得到返回结果。其实可以从调试的菜单中看到，F10是step over ，意思就是跳过{ } 图标上也有形象的表示，仔细看还有一个F11  是 step into，即进入{ } 内的意思，这下就可以解释清楚了为什么会跳过去，还有其它的更多的快捷键，需要大家自己研究了，常用的也就这几个吧。

在需要的地方添加完断点后（其实，在每个函数第一个需要停下来的地方添加断点就可以了，剩下的地方都可以用F10单步执行，某些已经验证过正确的函数，就不需要每次进行单步查看了  验证过的函数等可以按F10 跳过，想要进入其内部可按F11……）

添加完断点，按F5或者下图中的调试按钮，即可出现调试界面。如下图所示。同时出现的还有一个黑色的窗口，相信你不陌生，在某些需要输入数据的地方，可以在那个黑色窗口中输入。

图中箭头所指的既是当前要运行的位置。左下窗口动态显示参与当前行运行的变量及其值，运行是变量值发生改变的会用红色标出。右边窗口中，你可以输入要查看的变量，它将一直显示在那里，等于是对左边动态显示的一个补充吧，对需要长期监视的变量很有用。

按F10即可进行单步运行，每按一下执行一步。你可以观察每一步，每个变量的状态。

观察一圈发现，i的值总是大于j的，而第三重循环for（k=i；k<j ;k++）是永远无法进入循环的。因此找到了问题的症结，该怎么改，就看程序设计的初衷了。

像这种逻辑错误，不用单步调试，很难发现。即使用Debug也需要很长时间和耐心才可以找到，因此，我们编程时应该尽量避免这种逻辑上的错误出现。

调试过程中你可以直接修改代码，下一次运行到这里会按新的代码执行。调试完成想要退出Debug，你会发现，关那个黑窗口并不好使。直接在调试菜单中选择Stop Debugging吧，这样才会安全退回到你原来的编辑界面。

罗哩罗嗦一大堆，不知道你是否看明白了。也许明白的人也被我给说糊涂了。如果你看了这篇文章，感觉有些作用或者感觉很垃圾或者你有什么建议，都期待你能留下些什么……这是一个帮我改正错误的一个很好的方法。

---

PS：2011-07-28补充：

最近看《麻省理工：计算机科学编程导论》的时候讲到调试时需要注意的事情。感觉挺好，特记录下来。（另，课程中提到，“print”和“重新阅读代码并思考”是很重要的方法。确实，有时候调试工具的单步调试会让你局限于细节，而没有从整体上去观察思考代码。不过 有时候调试工具也能给我们带来很大帮助。也许两者结合起来会让调试更加有效率吧）

1. 自变量顺序错误。（注意参数命名，以避免颠倒顺序。实参和形参用相同的名字会调理清晰）
2. 拼写错误。
3. 忘记初始化。
4. 对象与值相等。“==” 与" = "
5. 别名。数组、链表的深度复制和浅复制。
6. 副作用。函数执行过程可能会改变一些变量的值。
7. 收集自己经常犯的错误，调试时先从易犯的错误下手。
8. 记录你尝试过的修改，调试用的“print”可以注释掉而不是删除。
9. 调试别人代码的时候，调试的是代码，而不是注释。不要被注释所迷惑。
10. 寻求帮助。旁观者清，寻找别人帮助，尽可能向别人解释清楚自己的程序，也许你在解释的过程中就能发现错误了。
11. 清醒一下大脑。
12. 欲速则不达。考虑好修改方案，而不是急功近利。修改这个bug的过程可能会产生更多的bug。
13. 代码不能总是变长。代码写的越多，出错误的可能就越大。当你遇到问题时，试着把你的代码整理一下，整理的过程中也许你就可能找到错误。
14. 及时备份旧版本代码。确保你的代码能够回到Debug前。没有什么比你Debug 4个小时，最后发现还没有4个小时前好，更令人沮丧的是你不能回到最开始的状态。硬盘空间很廉价，多保存一下旧版本的代码绝对没有坏处。