VS实用调试技巧

bug

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

调试(debug)

当我们发现程序中存在的问题的时候,那下⼀步就是找到问题,并修复问题。
这个找问题的过程叫称为调试,英文叫debug(消灭bug)的意思。
调试⼀个程序,首先是承认出现了问题,然后通过各种⼿段去定位问题的位置,可能是逐过程的调
试,也可能是隔离和屏蔽代码的⽅式,找到问题所的位置,然后确定错误产⽣的原因,再修复代码,重新测试。

Debug和Release

在VS上编写代码的时候,就能看到有 debug 和 release 两个选项

在这里插入图片描述

Debug 通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序;
程序员在写代码的时候,需要经常性的调试代码,就将这⾥设置为 debug ,这样编译产⽣的是Debug 版本的可执⾏程序,其中包含调试信息,是可以直接调试的。

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

对于同⼀段代码编译生成的可执行文件的大小,release版本明显要小,而debug版本明显⼤。

VS调试快捷键

调试最常使用的几个快捷键:
F9:
创建断点和取消断点

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

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

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

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

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

监视和内存观察

下面介绍如何观察代码执行过程中上下文环境中的变量的值
以下面一段代码作为示例:

#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,这类地址,就能观察到该地址处的数据
在这里插入图片描述

调试举例

在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个整型的空间呢?
这里确实是巧合,在不同的编译器下可能中间的空出的空间大小是不⼀样的,代码中这些变量内存的分配和地址分配是编译器指定的,所以不同的编译器之间就有差异了。所以这个题目是和环境相关的。

编程常见错误归类

编译型错误

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

链接型错误

看错误提示信息,主要在代码中找到错误信息中的标识符,然后定位问题所在。⼀般是因为
• 标识符名不存在
• 拼写错误
• 头文件件没包含
• 引用的库不存在

运行时错误

  • 14
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值