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，等类似问题。
好了本文到此结束。
