一、Debug和Release
Debug:
通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序;
程序员在写代码的时候,需要经常性的调试代码,就将这⾥设置为 debug ,这样编译产⽣的是 debug 版本的可执⾏程序,其中包含调试信息,是可以直接调试的。
Release :
称为发布版本,它往往是进⾏了各种优化,使得程序在代码大小和运行速度上都是最优的, 以便用户很好地使用。当程序员写完代码,测试再对程序进⾏测试,直到程序的质量符合交付给用户使用的标准,这个时候就会设置为 release ,编译产生的就是 release 版本的可执行程序,这个 版本是用户使用的,无需包含调试信息等。
对比可以看到同一段代码,编译生成的可执行文件的大小,release版本明显要小,而debug版本明显大。
二、调试快捷键
F9:创建断点和取消断点
断点的作⽤是可以在程序的任意位置设置断点,打上断点就可以使得程序执⾏到想要的位置暂定执行,接下来我们就可以使⽤F10,F11这些快捷键,观察代码的执⾏细节。
条件断点:满⾜这个条件,才触发断点(鼠标放在红点,点右键)
F5:启动调试,经常⽤来直接跳到下⼀个断点处,⼀般是和F9配合使⽤。
F10:逐过程,通常⽤来处理⼀个过程,⼀个过程可以是⼀次函数调⽤,或者是⼀条语句。
F11:逐语句,就是每次都执⾏⼀条语句,但是这个快捷键可以使我们的执⾏逻辑进⼊函数内部。在函 数调⽤的地⽅,想进⼊函数观察细节,必须使⽤F11,如果使⽤F10,直接完成函数调⽤。
CTRL + F5:开始执⾏不调试,如果你想让程序直接运⾏起来⽽不调试就可以直接使⽤。
VS更多快捷键了解:http://blog.csdn.net/mrlisky/article/details/72622009
三、监视和内存观察
监视 :
开始调试后,在菜单栏中【调试】->【窗⼝】->【监视】,打开任意⼀个监视窗⼝,输⼊想要观察的对象就⾏。
打开监视窗⼝:
内存 :
如果监视窗⼝看的不够仔细,也是可以观察变量在内存中的存储情况,还是在【调试】->【窗⼝】->【内存】
打开内存窗⼝:
在打开内存窗口后,要在地址栏输入:arr,&num,&c,这类地址,就能观察到该地址处的数据。
除此之外,在调试的窗⼝中还有:自动窗⼝,局部变量,反汇编、寄存器等窗⼝;
数据在内存中存储的都是二进制,但是vs中是以16进制展示的;
四、调试举例
在VS2022、X86、Debug 的环境下,编译器不做任何优化的话,下面代码执⾏的结果是啥?
#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;
}
程序运⾏,死循环了,调试看看为什么?
调试可以发现上面程序的内存布局如下:
1.栈区内存的使用习惯是从⾼地址向低址使用的,所以变量i的地址是较⼤的。arr数组的地址整体是⼩于i的地址。
2. 数组在内存中的存放是:随着下标的增长,地址是由低到⾼变的。
所以根据代码,就能理解为什么是左边的代码布局了。
如果是左边的内存布局,那随着数组下标的增⻓,往后越界就有可能覆盖 到i,这样就可能造成死循环的。
为什么i和arr 数组之间恰好空出来2个整型的空间呢?这里确实是巧合,在不同的编译器下可能中间的空出的空间⼤⼩是不一样的,代码中这些变量内存的分配和地址分配是编译器指定的,所以的不同的编译器之间就有差异了。所以这个题目是和环境相关的。[该代码选自《C陷阱与缺陷》]
五、编程常见错误归类
1.编译型错误
编译型错误一般都是语法错误,这类错误一般看错误信息就能找到一些蛛丝马迹的,双击错误信息也能初步的跳转到代码错误的地⽅或者附近。编译错误,随着语⾔的熟练掌握,会越来越少,也容易解决。
2.链接型错误
看错误提⽰信息,主要在代码中找到错误信息中的标识符,然后定位问题所在。⼀般是因为:
• 标识符名不存在
• 拼写错误
• 头⽂件没包含
• 引⽤的库不存在
3.运行时错误(最可怕的错误)
运⾏时错误,是千变万化的,需要借助调试,逐步定位问题,调试解决的是运⾏时问题。