【C语言】VS实⽤调试技巧&（Debug和Release）监视&内存1:https://developer.aliyun.com/article/1474243
2.1 内存
如果监视窗⼝看的不够仔细，也是可以观察变量在内存中的存储情况，还是在【调试】->【窗⼝】->
【内存】
打开内存窗⼝：
在打开内存窗⼝后，要在地址栏
输⼊：arr，&num，&c，这类地址，就能观察到该地址处的数据。
除此之外，在调试的窗⼝中还有：⾃动窗⼝，局部变量，反汇编、寄存器等窗⼝，⾃⾏验证使⽤⼀下。
接下来，让我们开始上代码展示，一起调试起来：
在VS2022、X86、Debug 的环境下，编译器不做任何优化的话，下⾯代码执⾏的结果是啥？
# define _CRT_SECURE_NO_WARNINGS 1 #include <stdio.h> int main() { int i = 0; int arr[10] = { 0 }; for (i = 0; i <= 12; i++) { arr[i] = 0; printf("hehe\n"); } return 0; }
当你看到这个代码时，是否观察到我们定义数组的大小为10，但是我们打印到12，也就是数组arr[10].arr[11],arr[12],这些空间到底有没有创建呢？如果没有那就是非法访问了，编译器会不会报错呢？Ctfl+F5,让程序走起来
代码运行结果：此时代码并没有停止，而是一直在打印，不断死循环，这是为什么呢？
不慌，让我们调试起来：
此时F10走起，按F11慢慢走起来，前面九项没问题：
注：有个小细节 i 和arr[12]是跟着一起动的，
同样跟着走：
接着i=10—>
震惊！arr[10]的值竟然改了，赋值为0了，稍后，我们再解释，先让程序继续走–>
i=11,也把值给改了；
当i=12，arr[12]就等于12了
这是为什么呢？
解析：
栈区内存的使⽤习惯是从⾼地址向
低地址使⽤的，所以变量i的地址是
较⼤的。arr数组的地址整体是⼩
于i的地址。
数组在内存中的存放是：随着下标
的增⻓，地址是由低到⾼变化的。
如果是左边的内存布局，那随着数组
下标的增⻓，往后越界就有可能覆盖
到i，这样就可能造成死循环的。
这⾥肯定有同学有疑问：为什么i和arr数组之间恰好空出来2个整型的空间呢？这⾥确实是巧合，在不同的编译器下可能中间的空出的空间⼤⼩是不⼀样的，代码中这些变量内存的分配和地址分配是编译器指定的，所以的不同的编译器之间就有差异了。所以这个题⽬是和环境相关的。
三、编程常⻅错误归类
3.1 编译型错误
编译错误通常是语法错误。这类错误通常可以通过错误信息找到一些线索，双击错误信息也可以初步跳转到代码错误的位置或附近。随着对语言的熟练掌握，编译错误会变得越来越少，并且更容易解决。
3.2 链接型错误
看错误提⽰信息，主要在代码中找到错误信息中的标识符，然后定位问题所在。⼀般是因为
• 标识符名不存在
• 拼写错误
• 头⽂件没包含
• 引⽤的库不存在
3.3链接型错误
运⾏时错误，是千变万化的，需要借助调试，逐步定位问题，调试解决的是运⾏时问题。
总结
Bug无处不在，在于耐心找出Bug的原因，Bug虽总让人痛苦，但是我们可以利用调试，不断观察到程序内部执⾏的细节，慢慢落小，落细，不断改正，感谢您的观看，如果你觉得对你有所帮助的话，可以给博主一个小小的赞😘
