VS里那些实用的调试（debug）技巧

前言——————希望现在在努力的各位都能感动以后享受成功的自己！

---

首先我们要来了解什么是bug——————bug本意是“昆虫”或“虫子”，现在?般是指在电脑系统或程序中，隐藏着的?些未被发现的缺陷或

问题，简称程序漏洞。

“Bug” 的创始人格蕾丝·赫柏（Grace Murray Hopper），她是?位为美国海军?作的电脑专家，

1947年9?9?，格蕾丝·赫柏对Harvard Mark II设置好17000个继电器进行编程后，技术?员正在进行

整机运?时，它突然停?了?作。于是他们爬上去找原因，发现这台巨大的计算机内部?组继电器的

触点之间有?只?蛾，这显然是由于飞蛾受光和热的吸引，?到了触点上，然后被?电压击死。所以

在报告中，赫柏?胶条贴上飞蛾，并把“bug”来表示“?个在电脑程序?的错误”，“Bug”这个说

法?直沿用到今天。

在计算机领域，"bug" 通常指的是程序或软件中的错误、故障或缺陷。它可以导致程序的意外行为、崩溃、数据丢失或其他不正常的情况。

当程序员在编写代码时，可能会犯一些错误，这些错误可能会导致程序在运行时出现问题。这些问题可能是由于代码逻辑错误、语法错误、算法错误、内存泄漏等引起的。

发现和修复 bug 是软件开发过程中的重要环节。程序员通常使用调试工具和技术来识别和解决 bug。在软件发布之前，通常会进行测试以发现和修复尽可能多的 bug，以确保软件的质量和稳定性。

除了计算机领域，"bug" 这个词也可以用于其他领域，表示类似的错误或缺陷，如生物学中的基因突变或设备中的故障等。

总的来说，"bug" 是指存在于程序、系统或其他事物中的缺陷或错误，需要被修复或纠正。

---

什么是调试（debug）

当我们发现程序中存在的问题的时候，那下?步就是找到问题，并修复问题。

这个找问题的过程叫称为调试，英?叫debug（消灭bug）的意思。

调试?个程序，?先是承认出现了问题，然后通过各种?段去定位问题的位置，可能是逐过程的调

试，也可能是隔离和屏蔽代码的?式，找到问题所的位置，然后确定错误产?的原因，再修复代码，

重新测试。

那么我们再来看看VS里的Debug和Release是什么意思？

Debug 通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序；

程序员在写代码的时候，需要经常性的调试代码，就将这?设置为 debug ，这样编译产?的是

debug 版本的可执?程序，其中包含调试信息，是可以直接调试的。

Release 称为发布版本，它往往是进?了各种优化，使得程序在代码大小和运?速度上都是最优的，

以便用户很好地使?。当程序员写完代码，测试再对程序进?测试，直到程序的质量符合交付给??

使用的标准，这个时候就会设置为 release ，编译产生的就是 release 版本的可执行程序，这个

版本是用户使用的，无需包含调试信息等。

Debug

Release

对比它们两个的内存也是可以发现release比debug版本明显要小。

---

VS调试快捷键

调试之前我们需要将一个支持调试开发的环境所以我们把VS设置为Debug环境,如图:

---

现在我们来了解一下VS里常用的快捷键:

F9：创建断点和取消断点

断点的作?是可以在程序的任意位置设置断点，打上断点就可以使得程序执?到想要的位置暂定执

行，接下来我们就可以使?F10，F11这些快捷键，观察代码的执?细节。

条件断点：满足这个条件，才触发断点

F5：启动调试，经常?来直接跳到下?个断点处，?般是 和F9配合使?。

F10：逐过程，通常?来处理?个过程，?个过程可以是?次函数调?，或者是?条语句。

F11：逐语句，就是每次都执??条语句，但是这个快捷键可以使我们的执?逻辑进?函数内部。在函

数调?的地?，想进?函数观察细节，必须使?F11，如果使?F10，直接完成函数调?。

CTRL + F5：开始执?不调试，如果你想让程序直接运?起来?不调试就可以直接使?。

---

监视和内存观察

监视

开始调试后，在菜单栏中? 调试---->窗口---->监视，里面有四个监视窗口，我能随便打开一个便可以了。

?随便选择一个监视窗口后，便可输入你想监视的变量或地址等！如下：

内存

如果觉得仅仅看监视窗口无法解决问题，可以试着看一下内存，也是开始调试后，在菜单栏里? ? ?调试---->窗口---->内存，打开内存窗口

打开其中一个窗口你可以在地址那里输入想看的地址，可借助&符号确定变量的地址哦。然后按下那个回旋箭头，然后为了好看我把它显示的列数变为4，大家可以凭感觉来观察内存。如下：?

输入地址按下箭头就会变成如下的内存显示了。?

调试的实例

如：求1！+2！+3！······n！的和。

我们通过简单的测试，输入一个较小的数进行检验发现计算结果并不正确，那说明我们的代码发生错误了，那么我们便要开始进行调试，找出bug。

我们打开监视窗口进行一次循环发现计算1！时并没有发生错误 。如上图：

---

然后我们计算2！和相加的sum也没有错误。如上图：?

---

接下来我们看一下3！有没有算错呢？

显而易见代码在计算3！时发生错误，3！=6，但现在 ret 的值为12，通过思考相信我们都能从ret上找出问题，即ret并没有重置，即在计算3！时，ret的值开始计算时便是上次2！的结果，即为2.故这里的ret 计算出12，那我们只需要在计算每个数的阶乘时将ret重置为1，即可，然后继续检验代码知道改出一个完美的代码。?所以各位感受到调试的魅力了吗？

---

几种代码出错的类型

编译型错误

编译型错误?般都是语法错误，这类错误?般看错误信息就能找到?些蛛丝马迹的，双击错误信息也 能初步的跳转到代码错误的地方或者附近。编译错误，随着语言的熟练掌握，会越来越少，也容易解决。如：

少分号啥的，现在编译器都可以告诉你错误在哪。

链接型错误

看错误提?信息，主要在代码中找到错误信息中的标识符，然后定位问题所在。?般是因为标识符名不存在 ，拼写错误 ，?头文件没包含 ，引用的库不存在

?如上图，sqort没有定义。

运行时错误

运行时错误，是千变万化的，需要借助调试，逐步定位问题，调试解决的是运行时问题。

这个问题就是上面的实例，ret忘重置为1，等类似问题。

---

好了本文到此结束。