? ?? 欢迎大家来到贝蒂大讲堂??
? 🎈🎈养成好习惯,先赞后看哦~🎈🎈
? 所属专栏:C语言学习
? 贝蒂的主页:Betty‘s blog
当我们写代码时候常常会遇见输出结果不符合我们预期的情况,那这时候我们该怎么办呢?
这时候我们就需要调试(debug),调试简单来说就是去寻找问题,找到错误原因,修改代码的过程。
名称 | 优点 | 缺点 |
---|---|---|
Debug | 包含调试信息,易于调试 | 未做任何优化,体积大 |
Release | 体积小,编译时对应用程序的速度进行优化 | 无法调试 |
通过观察我们可以知晓,Release生成的应用文件要比Debug生成的应用文件小的多
我们在调试过程中可以使用一些快捷键帮助我们节省时间。
下表列出了比较常用的快捷键以及其功能:
快捷键 | 功能 |
---|---|
F5 | 启动调试,经常?来直接跳到下?个断点处,?般是和F9配合使?。 |
F9 | 创建断点和取消断点 |
F10 | 逐过程,通常?来处理?个过程,?个过程可以是?次函数调?,或者是?条语句。 |
F11 | 逐语句,就是每次都执??条语句,但是这个快捷键可以使我们的执?逻辑进?函数内部。在函数调?的地?,想进?函数观察细节,必须使?F11,如果使?F10,直接完成函数调?。 |
CTRL+F5 | 开始执?不调试,如果你想让程序直接运?起来?不调试就可以直接使?。 |
在调试的过程中我们,如果要观察代码执?过程中上下?环境中的变量的值,这时候就要用到监视
比如我们要监视下面这段代码:
int main()
{
int i = 0;
for (i = 0; i < 10; i++)
{
printf("%d ", i);
}
return 0;
}
通过监视变量的变化,能够更好的发现错误信息
除了探究变量改变状况,我们还可以探究变量在内存中的存储
我们还是以上面那段代码举例:
计算 1!+2!+3!的和
错误代码:
int main()
{
int i = 0;
int ret = 1;
int sum = 0;
for (i = 1; i <= 3; i++)
{
for (int j = 1; j <= i; j++)
{
ret *= j;
}
sum += ret;
}
printf("%d ", sum);
return 0;
}
输出结果: 15
有时候我们不能一下子看出错误,这时候我们就需要调试
第一步分析
1!=1
sum=1
2!=2
sum=3
3!=6
sum=9
监控变量并调试分析
为什么ret的值会出现不符合预期的情况呢?我们再次观察代码就会发现ret的值在每次使用后都没有更新,所以出现不符合预期的情况
正确代码:
int main()
{
int i = 0;
int ret = 1;
int sum = 0;
for (i = 1; i <= 3; i++)
{
ret = 1;//更新
for (int j = 1; j <= i; j++)
{
ret *= j;
}
sum += ret;
}
printf("%d ", sum);
return 0;
}
在VS2022、X86、Debug的环境下,下?代码输出结果是什么?
#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("betty\n");
}
return 0;
}
输出结果:死循环打印betty
为什么会出现下面结果呢?这段代码不是越界访问了吗?这时我们又要调试起来
那为什么会这样呢?我们要知道以下三点:
图像演示如下:
注意:
在不同的编译器下可能arr与i空出的空间??是不?样的,代码中这些变量内存的分配和地址分配是编译器指定的,所以的
不同的编译器之间就有差异了。所以这个题?是和环境相关的。
栈区的默认的使?习惯是先使??地址,再使?低地址的空间,但是这个具体还是要编译器的实现,?如:在VS上切换到X64,这个使?的顺序就是相反的,在Release版本的程序中,这个使?的顺序也是相反的。
我们知道了简单调试该如何去调,那断点调试该如何去进行呢?
我们以下面这段代码举例:
int main()
{
int i = 0;
for (i = 0; i < 100; i++)//第一步
{
printf("Betty ");
}
int arr[10] = { 0 };
for (i = 0; i < 10; i++)//第二步
{
//.....
}
return 0;
}
编译型错误?般都是语法错误,这类错误?般看错误信息就能找到?些蛛丝?迹,双击错误信息也能初步的跳转到代码错误的地?或者附近。
链接型错误一般是因为标识符名不存在,拼写错误,头文件未包含,引?的库不存在
运行时错误复杂多样,一般需要借助调试的手段才能发现