各位CSDN的uu们你们好呀，今天小雅兰的内容是实用调试技巧，其实小雅兰一开始，也不知道调试到底是什么，一遇到问题，首先就是观察程序，改改这里改改那里，最后导致bug越修越多，或者是问别人，反正不会调试，那么，通过这篇文章，小雅兰对于调试的认识就更上了一个台阶，现在，就让我们进入实用调试技巧的世界吧
什么是bug？
调试是什么？有多重要？
Windows环境调试介绍
一些调试的实例
如何写出好（易于调试）的代码
编程常见的错误
什么是bug？
在英文释义中，“BUG”常被用作形容昆虫，比如小虫、爬虫、臭虫、千年虫等，但一般不会单独使用，而是与其他单词组合使用，比如常见的“millennium bug”，翻译成中文就是千年虫或千禧虫的意思，再比如“lightning bug”，翻译成中文是萤火虫的意思，但在英文词汇中，有单独的单词锚定萤火虫，比如“firefly”。所以，它翻译成中文的含义并不固定，通常用来描述虫类动物。
在计算机领域，行业内通常会将计算机上发生的一些问题用“BUG”来标注，比如系统缺陷、程序漏洞、轻微毛病、问题、故障等，而在一些固定的英文句式中，甚至还可以用来形容轻微的疾病、窃听器材等，但类似中文“萤火虫”的英文翻译一样，这类词汇一样有其他单词替代，通常指的就是“缺陷”或“漏洞”。
基于语言、语种的不同，单词的定义、释义，以及应用场景也是不同的，在英文单词词汇中，BUG可以解释前文中提到的含义，但在国内应用过程中，它又衍生出了另一种含义，那就是“不可以思议的事”，比如：游戏出现BUG了吧、这个BOSS可以卡BUG、这人真厉害，出BUG啦，在这三种场景下出现的“BUG”，一般不是指缺陷、漏洞或昆虫的意思，虽然也有这方面的意思，但更大的作用是作为感叹词出现，一般帮助发言者表达自己的感叹、好奇、愤怒和迷惑等情绪，指遇到了自己无法理解或不可思议的事情。
第一次被发现的导致计算机错误的飞蛾，也是第一个计算机程序错误。
调试是什么？有多重要？
编好程序后，用各种手段进行查错和排错的过程。
作为程序的正确性不仅仅表现在正常功能的完成上，更重要的是对意外情况的正确处理。
从心理学的角度考虑，开发人员和调试人员不应该是同一个人。
1. [experiment and adjust]∶试验并调整机器、仪器等
2. [shakedown test]∶在安装过程中对设备所作的试验工作
3. [debug]：对功能、程序等进行调整和实验验证
所有发生的事情都一定有迹可循，如果问心无愧，就不需要掩盖也就没有迹象了，如果问心有愧， 就必然需要掩盖，那就一定会有迹象，迹象越多就越容易顺藤而上，这就是推理的途径。
顺着这条途径顺流而下就是犯罪，逆流而上，就是真相。
一名优秀的程序员是一名出色的侦探。
每一次调试都是尝试破案的过程。
我们是如何写代码的呢？
又是如何排查出现的问题呢？
拒绝-迷信式调试！！！！
调试到底是什么？
调试（英语：Debugging / Debug），又称除错，是发现和减少计算机程序或电子仪器设备中程序 错误的一个过程。
调试的基本步骤
发现程序错误的存在
以隔离、消除等方式对错误进行定位
确定错误产生的原因
提出纠正错误的解决办法
对程序错误予以改正，重新测试
Debug和Release
Debug 通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。
Release 称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。
下面，来看一段代码：
#include <stdio.h> int main() { char *p = "hello bit."; printf("%s\n", p); return 0; }
如果真的去实操了一下的话，会发现Release版本的速度更快一些，且在Release版本下.exe文件所占空间大小比在Debug版本下小得多
然后，再来看看二者的反汇编比较
我们会发现，在Debug版本下，反汇编的操作也多得多
所以我们说调试就是在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版本下，在×86的平台下会死循环地打印hehe，在×64的平台下会报出Debug Error！的错误。
但是，在Release版本下，无论是在哪个平台，都没有死循环地打印hehe。
那他们之间有什么区别呢？
就是因为优化导致的。
在Release版本下是不能进行调试操作的，只有在Debug版本下才能进行调试！！！
Windows环境调试介绍
在环境中选择 debug 选项，才能使代码正常调试。
快捷键
F5 启动调试，经常用来直接跳到下一个断点处。
F9 创建断点和取消断点 断点的重要作用，可以在程序的任意位置设置断点。这样就可以使得程序在想要的位置随意停止执行，继而一步步执行下去。
F10 逐过程，通常用来处理一个过程，一个过程可以是一次函数调用，或者是一条语句。
F11 逐语句，就是每次都执行一条语句，但是这个快捷键可以使我们的执行逻辑进入函数内部（这是最常用的）。
CTRL + F5 开始执行不调试，如果你想让程序直接运行起来而不调试就可以直接使用。
调试的时候查看程序当前信息
查看临时变量的值 在调试开始之后，用于观察变量的值。
查看内存信息 在调试开始之后，用于观察内存信息。
查看调用堆栈 通过调用堆栈，可以清晰的反应函数的调用关系以及当前调用所处的位置。
查看汇编信息 在调试开始之后，有两种方式转到汇编：
（1）第一种方式：右击鼠标，选择【转到反汇编】：
（2）第二种方式： 可以切换到汇编代码。
查看寄存器信息 可以查看当前运行环境的寄存器的使用信息。
多多动手，尝试调试，才能有进步。
一定要熟练掌握调试技巧。
初学者可能80%的时间在写代码，20%的时间在调试。但是一个程序员可能20%的时间在写 程序，但是80%的时间在调试。
我们所讲的都是一些简单的调试。 以后可能会出现很复杂调试场景：多线程程序的调试等。
多多使用快捷键，提升效率。
一些调试的实例
实例一：
实现代码：求 1！+2！+3！ ...+ n! ；不考虑溢出。
#include<stdio.h> int main() { int i = 0; int sum = 0;//保存最终结果 int n = 0; int ret = 1;//保存n的阶乘 scanf("%d", &n); for(i=1; i<=n; i++) { int j = 0; for(j=1; j<=i; j++) { ret *= j; } sum += ret; } printf("%d\n", sum); return 0; }
这时候我们如果3，期待输出9，但实际输出的是15。
why?
这里我们就得找我们问题。
- 首先推测问题出现的原因。初步确定问题可能的原因最好。
- 实际上手调试很有必要。
- 调试的时候我们心里有数。
调试过后发现变成了这样，所以我们必须要把ret在循环内部赋值成1
那么，正确的代码就应该是这样：
#include<stdio.h> int main() { int i = 0; int sum = 0;//保存最终结果 int n = 0; int ret = 1;//保存n的阶乘 scanf("%d", &n); for (i = 1; i <= n; i++) { int j = 0; ret = 1; for (j = 1; j <= i; j++) { ret *= j; } sum += ret; } printf("%d\n", sum); return 0; }
实例二：
#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是局部变量，局部变量是放在栈区上的
栈区内存的使用习惯是：先使用高地址处的空间，再使用低地址处的空间
数组随着下标的增长，地址是由低到高的
这段代码的的确确是越界访问了，但是，它忙着死循环，没时间报错，这段代码的运行结果是和环境相关的
C语言在写代码的时候，容易出现的一些错误，避坑指南——《C陷阱和缺陷》
如何写出好（易于调试）的代码
优秀的代码：
代码运行正常
bug很少
效率高
可读性高
可维护性高
注释清晰
文档齐全
常见的coding技巧：
使用assert
尽量使用const
养成良好的编码风格
添加必要的注释
避免编码的陷阱
下面，我们来运用一下学过的这些知识
模拟实现库函数：strcpy
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++) { ; } //把src指向的字符串拷贝到dest指向的数组空间，包括\0字符 return ret; } int main() { char arr1[] = "hello world"; char arr2[20] = { 0 }; printf("%s\n", my_strcpy(arr2, arr1)); //链式访问 return 0; }
注意：
- 分析参数的设计（命名，类型），返回值类型的设计
- 这里讲解野指针，空指针的危害。
- assert的使用，这里介绍assert的作用
- 参数部分 const 的使用，这里讲解const修饰指针的作用
- 注释的添加
const的作用
#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;//err p = &m; //ok } void test3() { int n = 10; int m = 20; int *const p = &n; *p = 20; //ok p = &m; //err } int main() { //测试无cosnt的 test1(); //测试const放在*的左边 test2(); //测试const放在*的右边 test3(); return 0; }
const修饰指针变量的时候：
const如果放在*的左边，修饰的是指针指向的内容，保证指针指向的内容不能通过指针来改变。但是指针变量本身的内容可变。
const如果放在*的右边，修饰的是指针变量本身，保证了指针变量的内容不能修改，但是指针指向的内容，可以通过指针改变。
下面，我们来写一个练习：模拟实现一个strlen函数
其实在之前，我们就已经用计数器、指针-指针、递归的方法实现过这个函数，只是当时的代码写得不够好，现在，来重新实现一下。
#include<stdio.h> #include<assert.h> int my_strlen(const char* str) { int count = 0; assert(str != NULL); while (*str != '\0') { count++; str++; } return count; } int main() { char arr[10] = "abcdef"; int len = my_strlen(arr); printf("%d\n", len); return 0; }
字符串传参，传的是首字符的地址。
编程常见的错误
编译型错误 直接看错误提示信息（双击），解决问题。或者凭借经验就可以搞定。相对来说简单。
链接型错误 看错误提示信息，主要在代码中找到错误信息中的标识符，然后定位问题所在。一般是标识符名不 存在或者拼写错误。
运行时错误 借助调试，逐步定位问题。最难搞。
做一个有心人，积累排错经验。
好啦，小雅兰今天的内容就到这里啦，诶嘿，最近效率太低了，可能是学校水课太多了，让人心烦意乱吧，而且比较浪费时间，哈哈哈，只有C语言会让人快乐！！！
