- 什么是 bug?
- 调试是什么?有多重要?
- debug 和 release 的介绍。
- windows 环境调试介绍
- 一些调试的实例
- 如何写出好(易于调试)的代码。
- 编程常见的错误。
1. 什么是 bug?
第一次被发现的导致计算机错误的飞蛾,也是第一个计算机程序错误。
2. 调试是什么?有多重要?
所有发生的事情都一定有迹可循,如果问心无愧,就不需要掩盖也就没有迹象了,如果问心有愧,就必然需要掩盖,那就一定会有迹象,迹象越多就越容易顺藤而上,这就是推理的途径。
顺着这条途径顺流而下就是犯罪,逆流而上,就是真相。
一名优秀的程序员是一名出色的侦探。
每一次调试都是尝试破案的过程。
2.1 调试是什么?
调试(英语:Debugging/Debug),又称除错,是发现和减少计算机程序或电子仪器设备中程序错误的一个过程。
2.2 调试的基本步骤
- 发生程序错误的存在(程序员、测试人员、用户)
- 以隔离、消除等方式对错误进行定位
- 确定错误产生的原因
- 提出纠正错误的解决方法
- 对程序错误予以改正,重新测试
2.3 Debug 和 Releass 的介绍
Debug 通常称为调试版本,它包含调试信息,并且不做任何优化,便于程序员调试程序。
Release 称为发布版本,它往往进行了各种优化,使得程序在代码大小和运行速度上都是最优的,以便用户很好的使用。
所以我们说调试就是在 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;
}
如果是 debug 模式去编译,程序的结果是死循环。
如果是 release 模式去编译,程序没有死循环。
那它们之间有什么区别呢?
就是因为优化导致的。(变量在内存中开辟的顺序发生了变化,影响了程序执行的结果。)
3. Windows 环境调试介绍
注:linux 开发环境调试工具是 gdb。
3.1 调试环境的准备
以 VS2019 为例,在环境中选择 debug 选项,才能使代码正常调试。
3.2 学会快捷键
最常使用的几个快捷键:
F5
启动调试,经常用来直接跳到下一个断点处。
- 没有断点则程序允许结束。(一闪而过问题)
- 如果断点在循环中,不停按 F5 会跳到下次循环的断点处。
F9
创建断点和取消断点
断点的重要作用,可以在程序中任意位置设置断点。
这样就可以使得程序在想要的位置随意停止执行,继而一步步执行下去。
- 右击断点选择条件,可以指定断点在循环中触发的条件,称为条件断点。
F10
逐过程,通常用来处理一个过程,一个过程可以是一次函数调用,或者是一条语句。
F11
逐语句,就是每次都执行一条语句,但是这个快捷键可以使我们的执行逻辑进入函数内部(这是最常用的)。(VS2013 以后不再进入库函数内部进行调试)
CTRL + F5
开始执行不调试,如果你想让程序直接运行起来而不调试就可以直接使用。
Fn - 辅助快捷键
F1, F2, F3, …, F12
------------------------------
F1 帮助
F2 改名
…
------------------------------
Fn + F1 --> F1
- Fn + F10
- 关掉 Fn 键
3.3 调试的时候查看程序当前信息
只有在调试的时候才能在 调试->窗口中 调用 调试相关的窗口。
3.3.1 查看临时变量的值
在调试开始之后,用于观察变量的值。
- 自动窗口:程序运行过程中自动加载程序上下文环境中的一些相关信息(变量)。
- 局部变量:程序运行过程中上下文环境中的信息。
- 监视:最常用的窗口,可以随时随地观察想要观察的变量的信息。
采用 数组名,NUM 可以连续看到一串数据。
3.3.2 查看内存信息
在调试开始之后,用于观察内存信息。
- 内存:
- 存放内存数据,以 16 进制显示。左侧为地址,右侧为根据 内存的信息 主动分析可能存放的内容信息。
- 列数设为 4 表示 一行 4 列,一列表示一个字节的数据。最终一行显示 4 个字节的数据。
3.3.3 查看调用堆栈
- 调用堆栈:通过函数调用堆栈,可以清晰地反应函数的调用关系以及当前调用所处的位置。
3.3.4 查看汇编信息
- 反汇编/右击->反汇编:可以查看当前程序代码的汇编代码。
3.3.5 查看寄存器信息
- 寄存器/监视->寄存器名称:可以查看当前运行环境的寄存器的使用信息。
4. 多多动手,尝试调试,才能有进步。
- 一定要熟练掌握调试技巧
- 初学者可能 80% 的时间在写代码,20% 的时间在调试,但是一个程序员可能 20% 的时间在写程序,但是 80% 的时间在调试。
- 我们以后可能会出现很复杂的调试场景:多线程程序的调试等。
- 多多使用快捷键,提高效率。
5. 一些调试的实例
5.1 实例 1
实现代码:求 1! + 2! + 3! + … + n!;不考虑溢出。
#include <stdio.h>
int main() {
int i = 0;
int j = 0;
int sum = 0;
int n = 0;
scanf("%d", &n);
int ret = 1;
for (i = 1; i <= n; i++) {
for (j = 1; j <= i; j++) {
ret *= j;
}
sum += ret;
}
printf("%d\n", sum);
return 0;
}
这时候如果输入 3,期待输出 9,但实际输出的是 15.
why?这里我们就需要找出问题。
- 首先推测问题出现的原因,初步确定问题可能的原因最好。
- 实际上手调试很有必要。
- 调试的时候我们心里有数。
5.2 实例 2
源于《C陷阱和缺陷》
#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;
}
研究程序死循环的原因。
- 栈区内存的使用习惯是:
先使用高地址处的空间,再使用低地址处的空间。- 数组随着下标的增长地址由低到高变化的。
- 如果 i 和 arr 之间有适当的空间,利用数组的越界操作就可能会覆盖到 i,就可能会导致死循环的出现。
6. 如何写出好(易于调试)的代码
6.1 优秀的代码:
- 代码运行正常
- bug 很少
- 效率高
- 可读性高
- 可维护性高
- 注释清晰
- 文档齐全
常见的 coding 技巧:
- 使用 assert
- 尽量使用 const
- 养成良好的编程风格
- 添加必要的注释
- 避免编码的陷阱。
6.2 示范:
模拟实现库函数 strcpy
#include <stdio.h>
#include <assert.h>
char* my_strcpy(char* dest, const char* src) {
//断言
assert(dest != NULL);
assert(src != NULL);
char* ret = dest;
while (*dest++ = *src++) {
;
}
return ret;
}
注意:
- 分析参数的设计(命名,类型),返回值类型的设计
- assert 的作用和使用。
- 参数部分 const 的使用,这里讲解 const 修饰指针的作用
- 注释的添加
在有一些实现中,release 版本会把 assert 优化掉,在 release版本 的执行文件中这句话直接就没有了。
为什么返回 char* 呢?
是为了实现链式访问,strcpy 返回的是目标空间的起始地址。
如:printf("%s\n", my_strcpy(str1, str2));
cosnt 修饰指针变量
- const 放在 * 左边(
const int* p / int const* p
):修饰的是指针指向的内容(*p),p 指向的对象不能通过 p 来改变了,但是 p 变量本身的值是可以改变的。- const 放在 * 右边(
int* const p
):修饰的是指针本身(p),p 指向的对象可以通过 p 来改变,但是不能修改 p 变量本身的值。
练习:
模拟实现一个 strlen 函数,参考代码:
int strlen(const char* str) {
assert(str != NULL);
int count = 0;
while (*str!= NULL) {
count++;
str++;
}
return count;
}
使用
*str++
可能会带来一些后遗症,在判断 *str == ‘\0’ 以后会 str 会向后移一步,把 ‘\0’ 给跳过去了,可能会带来一些后期的潜在隐患。
7. 编程常见的错误
7.1 编译型错误(语法错误)
直接看错误提示信息(双击),解决问题。或者凭借经验就可以搞定。相对来说简单。
7.2 链接型错误(出现在链接期间)
看错误提示信息,主要在代码中找到错误信息中的标识符,然后定位问题所在。
- 用了但是没有提供。例如:使用了函数但是没有实现。
- 一般是 标识符名不存在 或者 拼写错误。
7.3 运行时错误
借助调试,逐步定位问题。最难搞。
温馨提示:
做一个有心人,积累排错经验。