C语言学习笔记-初阶(25)VS实用调试技巧

1. 什么是bug?

bug 本意是“昆虫”或“虫子”,现在一般是指在电脑系统或程序中,隐藏着的一些未被发现的缺陷或 问题,简称程序漏洞

“Bug” 的创始人格蕾丝·赫柏(Grace Murray Hopper),她是⼀位为美国海军工作的电脑专家, 1947年9月9日,格蕾丝·赫柏对Harvard Mark II设置好17000个继电器进行编程后,技术人员正在进行整机运行时,它突然停止了工作。于是他们爬上去找原因,发现这台巨大的计算机内部⼀组继电器的触点之间有一只飞蛾,这显然是由于飞蛾受光和热的吸引,飞到了触点上,然后被高电压击死。所以在报告中,赫柏用胶条贴上非蛾,并把“bug”来表示“⼀个在电脑程序里的错误”,“Bug”这个说法⼀直沿用到今天。

2. 什么是调试?

当我们发现程序中存在的问题的时候,那下⼀步就是找到问题,并修复问题。这个找问题的过程叫称为调试,英文叫debug(消灭bug)的意思。

调试一个程序,首先是承认出现了问题,然后通过各种手段去定位问题的位置,可能是逐过程的调 试,也可能是隔离和屏蔽代码的方式,找到问题所的位置,然后确定错误产生的原因,再修复代码,重新测试。

3. debug和release

在VS上编写代码的时候,就能看到有 debug 和 release 两个选项,分别是什么意思呢?

Debug 通常称为 调试版本它包含调试信息,并且不作任何优化,便于程序员调试程序;

程序员在写代码的时候,需要经常性的调试代码,就将这里设置为 debug ,这样编译产生的是 debug 版本的可执行程序,其中包含调试信息,是可以直接调试的。

Release 称为 发布版本,它往往是进行了各种优化,使得程序在代码大小和运行速度上都是最优的,以便用户很好地使用。当程序员写完代码,测试再对程序进行测试,直到程序的质量符合交付给用户使用的标准,这个时候就会设置为 release ,编译产生的就是 release 版本的可执行程序,这个版本是用户使用的,无需包含调试信息等。

对比可以看到从同一段代码,编译生成的可执行文件的大小,release版本明显要小,而debug版本明显大。

4. VS调试快捷键

那程序员怎么调试代码呢?

4.1 环境准备

首先是环境的准备,需要⼀个支持调试的开发环境,我们上课使用VS,应该把VS上设置为Debug,如图:

4.2 调试快捷键

调试最常使用的几个快捷键:

F9:创建断点和取消断点

断点:作用是可以在程序的任意位置设置断点,打上断点就可以使得程序执行到想要的位置暂定执 行,接下来我们就可以使用F10,F11这些快捷键,观察代码的执⾏细节。

条件断点:满足这个条件,才触发断点

F5:启动调试,经常⽤来直接跳到下一个断点处,一般是 和F9配合使用。

F10:逐过程,通常⽤来处理一个过程,一个过程可以是一次函数调用,或者是⼀条语句。

F11:逐语句,就是每次都执行一条语句,但是这个快捷键可以使我们的执行逻辑进入函数内部。在函数调用的地方,想进入函数观察细节,必须使用F11,如果使用F10,直接完成函数调用。

CTRL + F5:开始执行不调试,如果你想让程序直接运行起来而不调试就可以直接使用。

VS更多快捷键了解:http://blog.csdn.net/mrlisky/article/details/72622009

 循环中设置在第几次循环时打上断点——条件断点(内部有一个白色的+号):

5. 监视和内存观察

在调试的过程中我们,如果要观察代码执行过程中,上下文环境中的变量的值,有哪些方法呢?

这些观察的前提条件一定是开始调试后观察,比如:

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

5.1 监视

开始调试后,在菜单栏中【调试】->【窗口】->【监视】,打开任意一个监视窗口,输入想要观察的对象就行。

注意要按F10,或F9+F5进入调试,才能打开监视、内存窗口

打开监视窗口:

在监视窗口中观察:

VS的调试环境下,鼠标放在变量上也能知道变量的内容:

注意要按F10,或F9+F5进入调试,且执行完arr定义,才能有这种效果

5.2 内存

如果监视窗口看的不够仔细,也是可以观察变量在内存中的存储情况,还是在【调试】->【窗口】->【内存】

打开内存窗口:

在内存窗口中观察数据:

在打开内存窗口后,要在地址栏输入:arr,&num,&c,这类地址,就能观察到该地址处的数据。

内存窗口需要输入地址,但对于数组而言,数组名本身就是地址,但是对于变量a要使用&a

设置一行显示4列:

一列就是1个字节(2位十六进制数据),一行对应1个整型变量的内存内容。

这样的一行也可以对应4个字符变量的内存内容。

可以观察到arr数组刚好10行的数据0。

num == 100d == 0110 0100b == 64h

作为整型的num就是0x 00 00 00 64。但是内存中是倒着放的。(64是低地址,小端字节序

数据在内存中都是以二进制的形式存储,在内存窗口中以十六进制展示(更短更方便展示)。

猜想:从高地址向低地址开辟空间,从低地址向高地址显示。

联想:画内存空间时习惯上以向下为高地址,契合监视/内存的显示习惯。

除此之外,在调试的窗口中还有:自动窗口,局部变量,反汇编、寄存器等窗口,自行验证使用一下。

6. 调试举例1

求 1!+2!+3!+4!+...10! 的和,请看下面的代码:

① 首先下一个代码求n的阶乘

#include <stdio.h>
//写⼀个代码求n的阶乘
int main()
{
    int n = 0;
    scanf("%d", &n);
    int i = 1;
    int ret = 1;
    for(i=1; i<=n; i++)
    {
        ret *= i;
    }
    printf("%d\n", ret);
    return 0;
}

② 然后写一个代码求阶乘的求和

//如果n分别是1,2,3,4,5...10,求出每个数的阶乘,再求和就好了
//在上⾯的代码上改造
int main()
{
    int n = 0;
    int i = 1;
    int sum = 0;
    int ret = 1;
    //1!+2!+3!=1+2+6=9
    for(n=1; n<=3; n++)
    {
        for(i=1; i<=n; i++)
        {
            ret *= i;
        }
        sum += ret;
    }
    printf("%d\n", sum);
    return 0;
}
//运⾏结果应该是错的?

运行结果:

调试找一下问题。

每次计算阶乘之前/之后,把ret赋值为1,修正的代码:

这样计算阶乘求和,有重复的计算,比较低效。

求3的阶乘不用从一开始算,3! = 3 * 2!,……

可以这样优化:

7. 调试举例2

在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("hehe\n");
 }
 return 0;
}

程序运行结果:

程序运行,死循环了,调试看看为什么?

发现arr[12]和i一起改变

i直接归零——>程序陷入死循环。

i一到12就归零,永远到不了13,永远满足i <= 12。

猜想:arr[12]与i是同一块空间

验证:监视arr[12]与i的地址

内存观察

问题总结:越界访问并赋值;arr[12]和i是同一块地址空间。

arr[9]和i之间恰好空了两个整型arr[10]、arr[11]的空间。

调试可以观察到上面程序的内存布局如下:

i、arr都是局部变量→存储在栈区

1. 栈区内存的使用习惯是从高地址向低地址使用的,所以变量i的地址是较大的arr数组的地址整体是小于i的地址。

2. 数组在内存中的存放是:随着下标的增长,地址是由低到高变化的。所以根据代码,就能理解为什么是左边的代码布局了。如果是左边的内存布局,那随着数组下标的增长,往后越界就有可能覆盖到i,这样就可能造成死循环的。

这里肯定有同学有疑问:为什么i和arr数组之间恰好空出来2个整型的空间呢?这里确实是巧合,在不同的编译器下可能中间的空出的空间大小是不一样的,代码中这些变量内存的分配和地址分配是编译器指定的,所以的不同的编译器之间就有差异了。所以这个题目是和环境相关的。

/ /vc 6.0环境下<=10就死循环了——i和arr连续存放。
/ /linux gcc下<=11就死循环了——i和arr之间空了一个整型。
/ /VS2013<=12死循环了——i和arr之间空了两个整型。

——这一类代码,来自《C陷阱和缺陷》。

测试①——交换i的arr定义的位置,先定义arr,再定义i。

可以看到i在低地址,数组下标增长向高地址访问不到i,13次循环跑完,程序越界访问报错。

(之前忙着死循环,循环跑不完就不会报错)

测试②——release版本

本来i在高地址,arr向高地址检索就可能死循环。

Release版本优化后改变了i的地址为低地址,不会陷入死循环

——正常打印13个''hehe'',仍然存在越界访问的问题,但是连警告都没有

栈区空间,默认是先使用高地址,再使用低地址,但不绝对,具体看实现——release环境下可能会做一些优化调整。

VS的debug,x64环境下,是先创建的使用低地址

从这个理解我们能够体会到调试的重要性,只有调试才能观察到程序内部执行的细节,就像医生给病人做B超、CT⼀样。

8. 调试举例3:扫雷

如果一个代码稍微复杂,那怎么调试呢?

这里我们就上手调试一下扫雷的代码。

演示:

在函数内部打断点,快速跳转到函数

在数组传参,调试进入函数,如何在监视窗口观察形参数组(首元素地址)的内容: 数组名,n 的形式

调试过程中,要做到心中有数,也就是程序员自己心里要清晰的知道希望代码怎么执行,然后再去看代码有没有按照我们预定的路线在执行。

调试是需要反复去动手练习的,调试是可以增加程序员对代码的理解和掌控的,掌握了调试的能力,就能看到本质,就像能给程序做B超⼀样,对程序内部一览无余。

9. 编程常见错误归类

9.1 编译型错误

编译型错误一般都是语法错误,这类错误一般看错误信息就能找到一些蛛丝马迹的,双击错误信息也能初步的跳转到代码错误的地方或者附近。编译错误,随着语言的熟练掌握,会越来越少,也容易解决。

9.2 链接型错误

看错误提示信息,主要在代码中找到错误信息中的标识符使用错误,然后定位问题所在。⼀般是因为

标识符名不存在

拼写错误

头文件没包含

引用的库不存在

9.3 运行时错误

运行时错误,是千变万化的,需要借助调试,逐步定位问题,调试解决的是运行时问题
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值