当前位置：首页 > news >正文

visual studio 的实用调试技巧

news 2026/6/4 18:19:15

一、什么是bug，什么是调试

（一）、bug

bug的原意就是虫子

就是用来表示计算机程序的潜在漏洞。最早起源于美国海军工作的电脑专家格蕾丝-赫伯，他在一次对Harvard Mark 设置好1700个继电器后，开始工作，但是机器运转一会后就停止了，工作人员进入机器内部查看，发现一只受到机器的光和热吸引靠近，被高压电电死的飞蛾尸体，它阻碍了机器运转。于是在当天的工作报告上面，格蕾丝用胶带把飞蛾尸体粘上去，然后记录bug，这就是bug的由来

（二）、调试（debug=delete bug

我们写一个程序，不可避免会有bug的出现，这个时候，我们需要去发现问题，然后解决问题

我们可以通过隔离，逐渐过程运行等方式去发现问题，然后修改代码，然后再运行，再调试，这个过程就是调试

调试一定要去动手做！！！

二、debug和release

debug

debug也就是调试版本，它包含调试信息，没有任何优化，可以供程序员频繁调试，比如可以一步步观察变量的值，地址等等

release

release就是发布版本，它没有包含调试信息，是最优化的，发布给用户使用的版本，它在文件大小，运行速度方面效果更好。但是它不能用于调试，往往是一步到位，监视不了变量的值的变化过程。

三、vs调试快捷键

F9表示断点和取消断点，鼠标放在哪一行，然后按F9就可以设置断点。当程序运行到这里时，就会停下来，方便我们再使用逐语句，或者逐过程来调试
F5表示开始调试。通常和F9配套使用。当我们的断点前有很多代码，我们不可能一个过程一个过程的去看，这时候使用F9设置好断点，然后F5就可以一键跳到断点处。之前扫雷游戏，9 * 9的循环我逐语句按了好几分钟😄
注意：F5是跳到逻辑上的断点处，而不是物理上看到的下一个断电，如下代码，在for循环中，当我们来到断点a处，然后再按F5，代码并没有运行到断电b，而还是在断点a处，这是因为for循环运行下一次的时候又遇到了断点a，所以停下来了
```
#include<stdio.h> int main() { int arr[10] = { 0 }; int i = 0; for (i = 0; i < 10; i++) { arr[i] = i + 1; //断点处a } for (i = 0; i < 10; i++) { printf("%d ", arr[i]); //断点处b } printf("\n");  return 0;  }
```
F10和F11 ：F10是逐过程，每按一次，执行一个过程或者一个语句，如函数语句，执行就执行，不会进入函数内部。
F11是逐语句，每按一次，一定执行严格意义的一条语句，当遇到函数的时候，就会进入函数内部，然后在函数内部一条语句一条语句的执行
ctrl + F5:执行代码但是不调试，如果代码正确，直接运行到代码的结束，中间有打断点也没有用；如果代码错误，则直接报错

四、监视和内存视察

1、监视

首先是代码开始调试，才可以有监视
打开调试—窗口—监视—随便选一个窗口就OK，监视可以查看变量的值

2、内存视察

同样，代码需要先调试起来，也就是按F10或者F11,
打开调试—窗口—内存—随便选一个窗口就OK。
窗口如下，左边框表示地址，中间框表示这个地址内存的值，右边框框表示，根据地址内的值的一个简单的推断，意义不大
当我们要观察变量时，需要输入取地址符，例如途中的变量i

3、例子

3.1

在debug，x86环境下执行如下代码，并解决发生的问题特定环境

#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; }

程序进入死循环了，调试发现;arr[12]的位置存储的刚好（巧合）就 i 的值，执行arr[12]=0，就是把 i 的值变成0，所以代码陷入死循环
，如下图
本质原因：
- 首先我们要知道，这个代码中的变量 i 和数组都是局部变量，存放在栈区
- 栈区的存储特点就是从高到低分配地址（x86环境），如图所示，变量 i 先创建，然后再创建数组
- 注意，数组是线性表中的顺序表，每两个元素之间的逻辑地址和物理地址都是连着的，并且地址是随着下标增加而增加
- 所以就有可能出现图中的情况，arr[12]刚好覆盖掉变量 i
- 至于为什么溢出数组空间了却没有报错是因为编译器忙着死循环了