VC调试步骤.docx

VC调试步骤.docx

《VC调试步骤.docx》由会员分享，可在线阅读，更多相关《VC调试步骤.docx（8页珍藏版）》请在冰豆网上搜索。

VC调试步骤

VC++6.0Debug单步调试简单入门  

2011-07-0617:

16:

02|  分类：

C/C++|  标签：

debug  vc++6.0  单步调试  断点  调试  |举报|字号大中小 订阅

 本篇文章为大家简单介绍如何使用VC++6.0的Debug来设置断点，进行单步调试。

熟练使用Debug单步调试后，你找出并改正bug的速度和效率将大大提高，所谓磨刀不误砍柴工呀！

相信大家对谭浩强童鞋都不陌生，想当年，是他引领我们步入了C的殿堂，我们从他那里学会了如何写代码，他却没有教我们如何Debug，而我们伟大的老师，也对此只字不提。

相信很少有人可以一次性写出完全正确的代码。

对于我们这些个菜鸟来说，写出不带bug的代码倒是一件很不正常的事情。

也许你知道有Debug这么个东西，但却不知道该怎样用；也许你还停留在在代码中添加N个printf来输出查看到底是哪里出了问题；也许……总之，经验表明，你花费时间看完这篇文章并学会简单的使用Debug，绝对不是浪费时间！

废话少说，进入正题：

编译0error（s）,0warning（s）

链接0error（s）,0warning（s）

当你按捺不住激动滴心情点击运行后，发现结果并不是你想要的结果……郁闷了。

然后你在代码中加了n条printf来查看变量的结果……n多循环……运行，再加printf，againandagain……终于，要抓狂了……

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

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

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

需要指出的是，主函数不要再用voidmain（）了，这种只有在你学的环境才不会出错，到别的（linux编译器）地方编译是通过不了的。

main函数必须要有返回值，如写成intmain（）在函数结尾时加一个return0;，这样，所有编译器都不会报错了。

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

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

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

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

2012-07-21更新：

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

现更正下：

之前只知道一个F10，所以解释成了遇到函数会认为是一步直接过去{}，得到返回结果。

其实可以从调试的菜单中看到，F10是stepover，意思就是跳过{}图标上也有形象的表示，仔细看还有一个F11 是stepinto，即进入{}内的意思，这下就可以解释清楚了为什么会跳过去，还有其它的更多的快捷键，需要大家自己研究了，常用的也就这几个吧。

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

添加完断点，按F5或者下图中的调试按钮，即可出现调试界面。

如下图所示。

同时出现的还有一个黑色的窗口，相信你不陌生，在某些需要输入数据的地方，可以在那个黑色窗口中输入。

 图中箭头所指的既是当前要运行的位置。

左下窗口动态显示参与当前行运行的变量及其值，运行是变量值发生改变的会用红色标出。

右边窗口中，你可以输入要查看的变量，它将一直显示在那里，等于是对左边动态显示的一个补充吧，对需要长期监视的变量很有用。

按F10即可进行单步运行，每按一下执行一步。

你可以观察每一步，每个变量的状态。

 观察一圈发现，i的值总是大于j的，而第三重循环for（k=i；k

因此找到了问题的症结，该怎么改，就看程序设计的初衷了。

 像这种逻辑错误，不用单步调试，很难发现。

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

调试过程中你可以直接修改代码，下一次运行到这里会按新的代码执行。

调试完成想要退出Debug，你会发现，关那个黑窗口并不好使。

直接在调试菜单中选择StopDebugging吧，这样才会安全退回到你原来的编辑界面。

 罗哩罗嗦一大堆，不知道你是否看明白了。

也许明白的人也被我给说糊涂了。

如果你看了这篇文章，感觉有些作用或者感觉很垃圾或者你有什么建议，都期待你能留下些什么……这是一个帮我改正错误的一个很好的方法。

PS：

2011-07-28补充：

最近看《麻省理工：

计算机科学编程导论》的时候讲到调试时需要注意的事情。

感觉挺好，特记录下来。

（另，课程中提到，“print”和“重新阅读代码并思考”是很重要的方法。

确实，有时候调试工具的单步调试会让你局限于细节，而没有从整体上去观察思考代码。

不过有时候调试工具也能给我们带来很大帮助。

也许两者结合起来会让调试更加有效率吧）

1.自变量顺序错误。

（注意参数命名，以避免颠倒顺序。

实参和形参用相同的名字会调理清晰）

2.拼写错误。

3.忘记初始化。

4.对象与值相等。

“==”与"="

5.别名。

数组、链表的深度复制和浅复制。

6.副作用。

函数执行过程可能会改变一些变量的值。

7.收集自己经常犯的错误，调试时先从易犯的错误下手。

8.记录你尝试过的修改，调试用的“print”可以注释掉而不是删除。

9.调试别人代码的时候，调试的是代码，而不是注释。

不要被注释所迷惑。

10.寻求帮助。

旁观者清，寻找别人帮助，尽可能向别人解释清楚自己的程序，也许你在解释的过程中就能发现错误了。

11.清醒一下大脑。

12.欲速则不达。

考虑好修改方案，而不是急功近利。

修改这个bug的过程可能会产生更多的bug。

13.代码不能总是变长。

代码写的越多，出错误的可能就越大。

当你遇到问题时，试着把你的代码整理一下，整理的过程中也许你就可能找到错误。

14.及时备份旧版本代码。

确保你的代码能够回到Debug前。

没有什么比你Debug4个小时，最后发现还没有4个小时前好，更令人沮丧的是你不能回到最开始的状态。

硬盘空间很廉价，多保存一下旧版本的代码绝对没有坏处。