1.什么是bug？
bug：程序漏洞，也就是程序中存在的问题。
2.什么是调试？
当我们发现了程序中的问题后就会解决问题，前提是要找到问题，那么进行**调试（debug）**以此来找到问题。
3.debug 和 release
在vs里编写代码时就有 debug 和 release 两个选项：
Debug 通常称为调试版本，包含调试信息，但是不会对代码进行优化，可以进行调试的。
Release 称为发布版本，是会对代码自动进行代码优化的，不可以调试，当程序员写好程序后并对程序进行测试，测试完成后就会发布release版本，面向用户使用。没有包含调试信息，所以是不可以进行调试的。
从上面我们就可以知道 debug 版本要比 release 版本要大得多，就是因为debug里面包含调试信息
4.vs调试技巧的快捷键
4.1准备环境
环境就是 vs 的 debug 版本
4.2调试常用的快捷键
**F9：**创建断点和取消断点
断点的作用是可以在程序的任意位置设置断点，打上断点就可以使得程序执行到想要的位置暂停执行，之后我们就可以使用 F10、F11 更加深层次的观察代码的执行细节
条件断点：满足这个条件，才触发断点
在下面输入条件：
**F5：**启动调试，经常用来直接跳到下一个断点处，一般是和F9配合使用。
**F10：**逐过程，通常用来处理一个过程，一个过程可以是一次函数调用，也可以是一条语句。
F11： 逐语句，就是每次都执行一条语句，但是这个快捷键可以使我们进入函数内部，更加仔细地观察语句，此时就必须使用 F11，如果使用 F10 ，直接完成函数调用。
**CTRL+F5：**开始执行不调试。
5.监视和内存观察
5.1监视
当我们想明白每一个变量变化的每一个过程的时候，我们就可以选择监视，但是监视的前提是一定要调试才可以监视到每一个变量的变化。
上面的监视窗口任意选一个就行，然后按 F10 就可以观察到了：
上面经历五次循环之后的数组内容
5.2 内存
如果想看数组arr、变量num、变量a的地址可以在地址栏那里写入：arr(数组名本来就是地址) &num &a
6.调试举例1
求 1!+2!+3!+4!+...10! 的和，我这里的代码写的是 3 是为了方便检查写的代码是否正确：
（你们运行的时候可以改动一下）
cs
int main()
{
int n = 3;
int i = 0;
int sum = 0;
for (n = 1; n <= 3; n++)
{
int ret = 1;
for (i = 1; i <= n; i++)
{
ret = ret * i;
}
sum +=ret;
}
printf("%d\n", sum);
return 0;
}7.调试举例2
在VS2022、X86、Debug 的环境下，编译器不做任何优化的话，下⾯代码执⾏的结果是啥？
cs
#include <stdio.h>
int main()
{
int i = 0;
int arr[10] = {1,2,3,4,5,6,7,8,9,10};
for(i=0; i<=12; i++)
{
arr[i] = 0;
printf("hehe\n");
}
return 0;
}当我们在上面要求的环境中运行时就会发现：
这个时候就要调试看看到底怎么回事？
其实调试到这里我们就可以发现这里是i的地址，当我们再按一次F10时，i 明明该为13了，但是 i 就被初始化为0了，所以才会进入死循环。
本质原因：
栈区内存中习惯是从高地址开始使用，因为先创建的是变量 i 的地址，所以 i 的地址比数组 arr 的地址高，而又因为数组在内存当中的存放是下标越大的，地址越高，也就是从低地址开始使用的，本来数组就越界了，所以有可能数组就会覆盖到 i ，所以进入死循环。而 i 和 arr刚好间隔两个整形的空间，这完全取决于环境，每次的变量在内存的分配都是由编译器指定的，所以演示这道题时规定了环境。
如果将 i 和 arr 初始化的顺序交换一下，就不会出现这种情况了
或者是改成 release 环境下，也不会出现死循环，这是因为 release 会自动地优化代码，但是会报错，因为数组越界了
8.变成常见的错误
8.1 编译型错误：
检查语法的错误------最简单的
8.2链接型错误：
声明自己写的同文件没有写对呀，等等~
8.3运行时错误
前面的两步都没有报错，但是运行的结果和自己预期的结果不一样，这个是最麻烦的，这个时候就要进行调试了