VS实用调试技巧
前言
Hello,亲爱的小伙伴们,我是编程小白,莹莹,今天我学习了VS实用调试技巧,以下是我的学习笔记,分享给大家,希望能够帮助到你们!
一 简述bug和调试
bug
bug本意是“昆⾍”或“⾍⼦”,现在⼀般是指在电脑系统或程序中,隐藏着的⼀些未被发现的缺陷或问题,简称程序漏洞。
调试
找程序中问题的过程称为调试,英⽂叫debug(消灭bug)的意思。
调试⼀个程序,⾸先是承认出现了问题,然后通过各种⼿段去定位问题的位置,可能是逐过程的调试,也可能是隔离和屏蔽代码的⽅式,找到问题所的位置,然后确定错误产⽣的原因,再修复代码,重新测试。
二 debug和release
Debug通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序;
程序员在写代码的时候,需要经常性的调试代码,就将这⾥设置为 debug ,这样编译产⽣的是debug 版本的可执⾏程序,其中包含调试信息,是可以直接调试的。
Release称为发布版本,它往往是进⾏了各种优化,使得程序在代码⼤⼩和运⾏速度上都是最优的,以便⽤⼾很好地使⽤。当程序员写完代码,测试再对程序进⾏测试,直到程序的质量符合交付给⽤⼾使⽤的标准,这个时候就会设置为 release ,编译产⽣的就是release 版本的可执⾏程序,这个版本是⽤⼾使⽤的,⽆需包含调试信息等。
对⽐可以看到从同⼀段代码,编译⽣成的可执⾏⽂件的⼤⼩,release版本明显要⼩,debug版本明显⼤.
三 VS调试快捷键
调试最常使⽤的⼏个快捷键:
F9:创建断点和取消断点(有些电脑是Fn+F9,以下同理)
断点的作⽤是可以在程序的任意位置设置断点,打上断点就可以使得程序执⾏到想要的位置暂定执⾏,接下来我们就可以使⽤F10,F11这些快捷键,观察代码的执⾏细节。
条件断点:满⾜这个条件,才触发断点
F5:启动调试,经常⽤来直接跳到下⼀个断点处,⼀般是和F9配合使⽤。
F10:逐过程,通常⽤来处理⼀个过程,⼀个过程可以是⼀次函数调⽤,或者是⼀条语句。
F11:逐语句,就是每次都执⾏⼀条语句,但是这个快捷键可以使我们的执⾏逻辑进⼊函数内部。在函数调⽤的地⽅,想进⼊函数观察细节,必须使⽤F11,如果使⽤F10,直接完成函数调⽤。
CTRL+F5:开始执⾏不调试,如果你想让程序直接运⾏起来⽽不调试就可以直接使⽤。
VS更多快捷键了解:http://blog.csdn.net/mrlisky/article/details/72622009%01
四 监视和内存观察
监视
监视:前提条件⼀定是开始调试后观察
开始调试后,在菜单栏中【调试】->【窗⼝】->【监视】,打开任意⼀个监视窗⼝,输⼊想要观察的对象就⾏。
内存
如果监视窗⼝看的不够仔细,也是可以观察变量在内存中的存储情况,还是在【调试】->【窗⼝】->【内存】
在打开内存窗⼝后,要在地址栏输⼊:arr,&num,&c,这类地址,就能观察到该地址处的数据。
五 编程常见的错误归类
编译型错误
编译型错误一般都是语法错误,这类错误一般看错误信息就可以找到一些蛛丝马迹, 双击错误信息也能初步的跳转到代码错误的地方或者附近。编译错误,随着语言的熟悉掌握,会越来越少,也容易解决。
链接型错误
看错误提⽰信息,主要在代码中找到错误信息中的标识符,然后定位问题所在。⼀般是因为
• 标识符名不存在
• 拼写错误
• 头⽂件没包含
• 引⽤的库不存在
链接型错误,双击时无反应,直接仔细观察外部符号
运行时错误
运⾏时错误,是千变万化的,需要借助调试,逐步定位问题,调试解决的是运⾏时问题。没有编译错误,没有链接错误,程序能够运行,但是结果是错误的
六 调试举例
举例1:求 1!+2!+3!+4!+…10! 的和,请看下⾯的代码:
//阶乘
//例如:5!= 5*4*3*2*1
//求n的阶乘
#include <stdio.h>
int
main()
{
int n = 0;
int i = 0;
int ret = 1;
int sum = 0;
for (n = 1; n <= 3; n++)
{
ret = 1;
for (i = 1; i <= n; i++)
{
ret *= i;
}
sum += ret;
}
printf("%d\n", sum);
return 0;
}
//注意:写完代码一定要代入数字检查
//代码出现问题,请不要迷信式解决问题
//计算机代码出现问题,请调试解决
//优化(VS实用调试技巧 1 :32)
#include<stdio.h>
int main()
{
int n = 0;
int ret = 1;
int sum = 0;
for (n = 1; n <= 3; n++)
{
ret *= n;
sum += ret;
}
printf("%d\n", sum);
return 0;
}
举例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;
}
程序运⾏,死循环了,为什么?
解释:
- 栈区内存的使⽤习惯是从⾼地址向
低地址使⽤的,所以变量i的地址是
较⼤的。arr数组的地址整体是⼩
于i的地址。- 数组在内存中的存放是:随着下标
的增⻓,地址是由低到⾼变化的。所以根据代码,就能理解为什么是左边的代码布局了。
如果是左边的内存布局,那随着数组
下标的增⻓,往后越界就有可能覆盖
到i,这样就可能造成死循环的。
这⾥肯定有同学有疑问:为什么i和arr
数组之间恰好空出来2个整型的空间
呢?这⾥确实是巧合,在不同的编译
器下可能中间的空出的空间⼤⼩是不
⼀样的,代码中这些变量内存的分配
和地址分配是编译器指定的,所以的
不同的编译器之间就有差异了。所以
这个题⽬是和环境相关的。
注意:栈(zhan,四声)区的默认的使用习惯是先使用高地址,再使用低地址的空间,但这个具体还要看编译器的实现,比如:在VS切换到X64,这个使用顺序就是相反的,在Release版本的过程中,这个使用的顺序也是相反的。
七 调试技巧
1.在函数内部打断点,快速跳转到函数
2.在数组传参,调试进⼊函数,如何在监视窗观察数组的内容: 数组名,n 的形式