bug本意是“昆虫”或“虫子”,现在⼀般是指在电脑系统或程序中,隐藏着的⼀些未被发现的缺陷或问题,简称程序漏洞
“Bug” 的创始⼈格蕾丝·赫柏(Grace Murray Hopper),她是⼀位为美国海军⼯作的电脑专家,1947年9⽉9⽇,格蕾丝·赫柏对Harvard Mark II设置好17000个继电器进⾏编程后,技术⼈员正在进⾏整机运⾏时,它突然停⽌了⼯作。于是他们爬上去找原因,发现这台巨⼤的计算机内部⼀组继电器的触点之间有⼀只⻜蛾,这显然是由于⻜蛾受光和热的吸引,⻜到了触点上,然后被⾼电压击死 所以在报告中,赫柏⽤胶条贴上⻜蛾,并把“bug”来表⽰“⼀个在电脑程序⾥的错误”,“Bug”这个说法⼀直沿⽤到今天
当我们发现程序中存在的问题的时候,那下⼀步就是找到问题,并修复问题,这个找问题的过程叫称为调试,英⽂叫debug(消灭bug)的意思 调试⼀个程序,⾸先是承认出现了问题,然后通过各种⼿段去定位问题的位置,可能是逐过程的调试,也可能是隔离和屏蔽代码的⽅式,找到问题所的位置,然后确定错误产⽣的原因,再修复代码,重新测试
Debug 通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序 程序员在写代码的时候,需要经常性的调试代码,就将这⾥设置为 debug ,这样编译产⽣的是debug 版本的可执⾏程序,其中包含调试信息,是可以直接调试的
Release 称为发布版本,它往往是进⾏了各种优化,使得程序在代码⼤⼩和运⾏速度上都是最优的,以便用户很好地使用 当程序员写完代码,测试再对程序进⾏测试,直到程序的质量符合交付给用户使用的标准,这个时候就会设置为 release ,编译产⽣的就是 release 版本的可执⾏程序,这个版本是用户使用的,⽆需包含调试信息等
我们分别生成Debug和Release:
找到对应的文件夹:
分别打开,然后我们对比可以看到从同⼀段代码,编译⽣成的可执⾏⽂件的大小,release版本明显要小,而debug版本明显大:
vs的调试一般在debug环境下进行:
调试的几个快捷键: F9:创建断点和取消断点 断点的作⽤是可以在程序的任意位置设置断点,打上断点就可以使得程序执⾏到想要的位置暂定执⾏,接下来我们就可以使⽤F10,F11这些快捷键,观察代码的执⾏细节 条件断点:满⾜这个条件,才触发断点
F5:启动调试,经常⽤来直接跳到下⼀个断点处,⼀般是和F9配合使用(F9创造一个断点,按F5直接跳到F9创造的断点处) F10:逐过程,通常⽤来处理⼀个过程,⼀个过程可以是⼀次函数调⽤,或者是⼀条语句 F11:逐语句,就是每次都执⾏⼀条语句,但是这个快捷键可以使我们的执⾏逻辑进⼊函数内部。在函数调⽤的地⽅,想进⼊函数观察细节,必须使⽤F11,如果使⽤F10,直接完成函数调用 CTRL + F5:开始执⾏不调试,如果你想让程序直接运⾏起来⽽不调试就可以直接使用
更多的快捷键可以去观摩一下这位大佬的博客: VS快捷键大全-CSDN博客
https://blog.csdn.net/MrLisky/article/details/72622009
在调试的过程中我们,如果要观察代码执⾏过程中,上下⽂环境中的变量的值,我们可以通过监视和内存观察做到
开始调试后,在菜单栏中【调试】->【窗⼝】->【监视】,打开任意⼀个监视窗⼝,输⼊想要观察的对象
先给一段代码用于调试
#include <stdio.h>
int main()
{
int arr[10] = { 0 };
int num = 100;
char c = 'w';
int i = 0;
for (i = 0; i < 10; i++)
{
arr[i] = i;
}
return 0;
}
在监视窗口中观察:
内存
如果监视窗⼝看的不够仔细,也是可以观察变量在内存中的存储情况,还是在【调试】->【窗⼝】->【内存】 打开内存窗⼝:
在内存窗⼝中观察数据:
在打开内存窗⼝后,要在地址栏输⼊:arr,&num,&c,这类地址,就能观察到该地址处的数据
求 n!(n的阶乘)
错误代码:
#define _CRT_SECURE_NO_WARNINGS
#include <stdio.h>
//如果n分别是1,2,3,4,5...10,求出每个数的阶乘,再求和就好了
//错误代码
int main()
{
int n = 0;
int i = 0;
int ret = 1;
int sum = 0;
for (n = 1; n <= 3; n++)
{
这里没有ret=1; //15
for (i = 1; i <= n; i++)
{
ret *= i;
}
sum += ret;
}
printf("%d\n", sum);
return 0;
}
这段代码我们运行之后的结果是15,这是不对的,正确答案应该是9,我们来调试一下判断问题出现在哪里
ret应该每次都是从1开始,但是到第三循环,ret就变成了从2开始了。解决方案把int ret = 1,放在第一个for循环里面
在VS2022、X86、Debug 的环境下,编译器不做任何优化的话,下面代码执行的结果是什么?
#define _CRT_SECURE_NO_WARNINGS
#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的地址是较⼤的。arr数组的地址整体是⼩于i的地址 数组在内存中的存放是:随着下标的增⻓,地址是由低到⾼变化的
栈区的默认的使习惯是先使⽤⾼地址,再使⽤低地址的空间,但是这个具体还是要编译器的⽤实现 ⽐如:在VS上切换到X64,这个使⽤的顺序就是相反的,在Release版本的程序中,这个使⽤的顺序也是相反的
编译型错误⼀般都是语法错误,这类错误⼀般看错误信息就能找到⼀些蛛丝⻢迹的,双击错误信息也能初步的跳转到代码错误的地⽅或者附近。编译错误,随着语⾔的熟练掌握,会越来越少,也容易解决
看错误提示信息,主要在代码中找到错误信息中的标识符,然后定位问题所在 ⼀般是因为: 1. 标识符名不存在 2. 拼写错误 3. 头⽂件没包含 4. 引⽤的库不存在
运行时错误,是千变万化的,需要借助调试,逐步定位问题,调试解决的是运行时问题
完结撒花~