既然要学习调试技巧,我们首先要知道调试什么?有什么作用?调试重要吗?
我们带着问题往下看
1、什么是bug?
bug是指在应用程序投入生产之前或者在使用过程中发现的错误,导致程序工作不佳、生产错误结果或崩溃的编程错误。它可以是软件或硬件上的错误,也可以是人为犯下的错误。
程序中常见的bug有以下几种:
1.死循环
2.数组下标越界异常
3.算术运算异常
4.类型不匹配
5.空指针异常
6.类找不到异常
7.违法的访问异常
8.类型强制转换异常
9.堆栈溢出异常
10.属性不存在异常
11.方法不存在异常
以上是常见的bug,我们在编写代码时需要注意这些问题,避免出现这些异常。
2、调试是什么?
所有发生的事情都一定有迹可循,如果问心无愧,就不需要掩盖也就没有迹象了,如果问心有愧,就必然需要掩盖,那就一定会有迹象,迹象越多就越容易顺藤而上,这就是推理的途径。顺着这条途径顺流而下就是犯罪,逆流而上,就是真相。
每一次调试都是尝试破案的过程。
我们一般是如何写代码的呢?
又是如何排查出现的问题呢?
2.1调试是什么?
调试(英语:Debugging / Debug),又称除错,是发现和减少计算机程序或电子仪器设备中程序错误的一个过程。
调试是指在程序运行过程中,通过一系列的技术手段来发现和解决程序中的错误和问题的过程。调试可以帮助程序员找到程序中的逻辑错误、语法错误、内存泄漏等问题,并且可以通过调试工具来观察程序的运行状态,以便更好地理解程序的执行过程和调试结果。调试是程序开发过程中非常重要的一环,可以提高程序的质量和稳定性。
2.2调试的基本步骤
- 发现程序错误的存在(程序员,测试员,用户)
- 以隔离、消除等方式对错误进行定位
- 确定错误产生的原因
- 提出纠正错误的解决办法
- 对程序错误予以改正,重新测试
2.3Debug和Release的介绍
Debug 通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序。
Release 称为发布版本,它往往是进行了各种优化,使得程序在代码大小和运行速度上都是最优的,以便用户很好地使用。
举个栗子:
#define _CRT_SECURE_NO_WARNINGS
#include <stdio.h>
int main()
{
char* p = "hello bit.";
printf("%s\n", p);
return 0;
}
在Debug环境中展示 :
在Release环境中展示:
所以我们说调试就是在Debug版本的环境中,找代码中潜伏的问题的一个过程。
那编译器进行了哪些优化呢?
请看如下代码:
#define _CRT_SECURE_NO_WARNINGS
#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;
}
如果是 debug 模式去编译,程序的结果是死循环。
如果是 release 模式去编译,程序没有死循环。
那他们之间有什么区别呢?
就是因为优化导致的。
我们来观察一下Debug版本下的地址:
你会发现一模一样?这是为什么呢
我们可以看到地址是一样的
在vs编译器下当i==12时就变为0,陷入死循环,i改变arr[12]也就改变,永远不会大于12
- i和arr是局部变量,局部变量存放在栈上的
- 栈区内存的使用规则是先使用高地址空间,在使用低地址空间
- 数组随着下标的增长由低到高变化
变量在内存中开辟的顺序发生了变化,影响到了程序执行的结果。
3、Windows环境调试介绍
3.1 调试环境的准备
在环境中选择 debug 选项,才能使代码正常调试。
3.2学会快捷键
我们来看几个常用的快捷键
F5
启动调试,经常用来直接跳到下一个断点处。
F9
创建断点和取消断点
断点的重要作用,可以在程序的任意位置设置断点。
这样就可以使得程序在想要的位置随意停止执行,继而一步步执行下去。
F10
逐过程,通常用来处理一个过程,一个过程可以是一次函数调用,或者是一条语句。
F11
逐语句,就是每次都执行一条语句,但是这个快捷键可以使我们的执行逻辑进入函数内部(这是最长用的)。
ctrl+F5
开始执行不调试,如果你想让程序直接运行起来而不调试就可以直接使用。
3.3 调试的时候查看程序当前信息
3.3.1查看临时变量的值
在调试开始之后,用于观察变量的值。
3.3.2查看内存信息
在调试开始之后,用于观察内存信息。
3.3.3查看调用堆栈
在查看开始后,观察堆栈。
3.3.4查看汇编信息
在调试开始之后,有两种方式转到汇编:
(1)第一种方式:右击鼠标,选择【转到反汇编】:
(2)第二种方式
3.3.5查看寄存器信息
可以查看当前运行环境的寄存器的使用信息。
多多动手,尝试调试,才能有进步。
- 一定要熟练掌握调试技巧。
- 初学者可能80%的时间在写代码,20%的时间在调试。但是一个程序员可能20%的时间在写程序,但是80%的时间在调试。
- 以后可能会出现很复杂调试场景:多线程程序的调试等。
- 多多使用快捷键,提升效率。
4、如何写出好(易于调试)的代码。
4.1优秀的代码
1. 代码运行正常
2. bug很少
3. 效率高
4. 可读性高
5. 可维护性高
6. 注释清晰
7. 文档齐全
常见的coding技巧:
1. 使用assert
2. 尽量使用const
3. 养成良好的编码风格
4. 添加必要的注释
5. 避免编码的陷阱。
4.2 assert
assert是一个C语言中的宏定义,用于在程序运行时检查一个表达式是否为真。如果表达式的值为假,assert会输出一条错误信息并终止程序的运行。assert通常用于调试程序,帮助程序员在程序出现问题时快速定位错误的位置。在代码中使用assert可以提高程序的健壮性和可靠性。
assert的使用方法如下:
- 在代码中使用assert宏定义,后面跟上需要检查的表达式。
- 如果表达式的值为假,assert会输出一条错误信息并终止程序的运行。
- 在发布版本中,assert会被自动忽略,不会对程序的运行造成影响。
4.3 const
#define _CRT_SECURE_NO_WARNINGS
#include <stdio.h>
//代码1
void test1()
{
int n = 10;
int m = 20;
int* p = &n;
*p = 20;//ok?
p = &m; //ok?
}
void test2()
{
//代码2
int n = 10;
int m = 20;
const int* p = &n;
*p = 20;//ok?
p = &m; //ok?
}
void test3()
{
int n = 10;
int m = 20;
int* const p = &n;
*p = 20; //ok?
p = &m; //ok?
}
int main()
{
//测试无cosnt的
test1();
//测试const放在*的左边
test2();
//测试const放在*的右边
test3();
return 0;
}
我们会发现编译器会报语法错误
对于test2();*p不能改了,也就是p指向的内容,不能通过p来改变,但是p是可以改变的,p可以指向其他的内容。
对于test3(); p不能改了,但是p指向的内容*p,是可以通过p 来改变。
我们看个例子就明白啦:
const修饰指针变量的时候:
1. const如果放在*的左边,修饰的是指针指向的内容,保证指针指向的内容不能通过指针来改变。但是指针变量本身的内容可变。
2. const如果放在*的右边,修饰的是指针变量本身,保证了指针变量的内容不能修改,但是指针指向的内容,可以通过指针改变。
模拟实现一个strlen函数实际运用:
#define _CRT_SECURE_NO_WARNINGS
#include <stdio.h>
#include <assert.h>
int my_strlen(const char* str)
{
int count = 0;
assert(str != NULL);
while (*str)//判断字符串是否结束
{
count++;
str++;
}
return count;
}
int main()
{
const char* p = "abcdef";
//测试
int len = my_strlen(p);
printf("len = %d\n", len);
return 0;
}
运行结果如下:
5、编程常见的错误
5.1编译型错误
编译型错误一般较为简单,易于解决
5.2链接性错误
根据错误提示信息,找到错误信息中的标识符,然后定位并解决。
5.3运行时错误
打印0-4,结果并不是想要的结果,调试可得是printf参数错误,写成了&i。
运行时的错误根据调试就能一步一步找到问题。
以上就是本次调试技巧的所有内容,总的来说,调试还是需要多调多试积累经验!!!