- 什么是 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 运行时错误
借助调试，逐步定位问题。最难搞。
温馨提示：
做一个有心人，积累排错经验。
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
