1. 什么是bug？

bug是计算机领域专业术语，原意是臭虫。现在用来指代计算机上存在的漏洞。

2. 调试是什么？有多重要？

所有发生的事情都一定有迹可循，如果问心无愧，就不需要掩盖也就没有迹象了，如果问心有愧，就必然需要掩盖，那就一定会有迹象，迹象越多就越容易顺藤而上，这就是推理的途径。
顺着这条途径顺流而下就是犯罪，逆流而上，就是真相。

一名优秀的程序员是一名出色的侦探。

2.1 调试是什么？

调试（英语：Debugging / Debug），又称除错，是发现和减少计算机程序或电子仪器设备中程序错误的一个过程。

2.2 调试的基本步骤

• 发现程序错误的存在
• 以隔离、消除等方式对错误进行定位
• 确定错误产生的原因
• 提出纠正错误的解决办法
• 对程序错误予以改正，重新测试

2.3 Debug和Release的介绍

Debug 通常称为调试版本
它包含调试信息，并且不作任何优化，便于程序员调试程序。
Release称为发布版本
它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。

代码：

#include <stdio.h>
int main()
{
	char* p = "hello bit.";
	printf("%s\n", p);
	return 0;
}

上述代码在Debug环境的结果展示：

上述代码在Release环境的结果展示：

在环境中选择 debug 选项，才能使代码正常调试。

3.学会使用快捷键

最常使用的几个快捷键：
F5

启动调试，经常用来直接跳到下一个断点处。

F9

创建断点和取消断点
断点的重要作用，可以在程序的任意位置设置断点。 这样就可以使得程序在想要的位置随意停止执行，继而一步步执行下去。

F10

逐过程，通常用来处理一个过程，一个过程可以是一次函数调用，或者是一条语句。

F11

逐语句，就是每次都执行一条语句，但是这个快捷键可以使我们的执行逻辑进入函数内部（这是最长用的）。

CTRL + F5

开始执行不调试，如果你想让程序直接运行起来而不调试就可以直接使用

Fn

辅助功能键

如果一个代码循环一千多次，而我们认为他的错误在四百次的地方时，要怎么调试？
这时我们就可以给他加一个触发断点的条件，或者使用一个if语句来进行判断。如下图所示：

4.调试的时候查看程序当前信息

通过调试下的窗口键来进行查看

4.1 查看临时变量的值

在调试开始之后，用于观察变量的值。

4.2 查看内存信息

在调试开始之后，用于观察内存信息。

显示内存结果：

4.3 查看调用堆栈

栈：
只能从顶上放入，再从顶上删除

通过调用堆栈，可以清晰的反应函数的调用关系以及当前调用所处的位置。

4.4 查看汇编信息

可以切换到汇编代码。

4.5 查看寄存器信息

可以查看当前运行环境的寄存器的使用信息。

5. 一些调试的实例

5.1 实例一

实现代码：求 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
这时候我们就得通过调试找我们问题。

通过调试，我们发现问题出现在ret的值上，ret的值为每次结果值的累积效果，所以在循环内部令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++)
	{
		ret = 1;
		int j = 0;
		for (j = 1; j <= i; j++)
		{
			ret *= j;
		}
		sum += ret;
	}
	printf("%d\n", sum);
	return 0;
}

运行结果：

5.2 实例二

#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;
}

数组越界访问，我们发现程序并不会崩溃而是陷入死循环，这是为什么呢？

通过调试我们发现arr[12]与i的地址一样，改变arr[12]就改变了i

arr与i之间到底空几个空间取决于编译器的内存分配
vc6.0 中间没有空间
gcc 中间空一个整形
vs 中间空两个整形

注： 这个代码的运行结果是和环境相关的！

5.3 大代码如何调试

例如我们写过的三子棋，当出现问题时，我们可以在感觉有问题的模块放上断点来进行调试。

6. 如何写出好（易于调试）的代码

6.1 优秀的代码：

1. 代码运行正常
2. bug很少
3. 效率高
4. 可读性高
5. 可维护性高
6. 注释清晰
7. 文档齐全

常见的coding技巧：

1. 使用assert
2. 尽量使用const
3. 养成良好的编码风格
4. 添加必要的注释
5. 避免编码的陷阱

6.2 示范

模拟实现库函数：strcpy
strcpy
string copy —— 字符串拷贝

代码演示：

#include <stdio.h>
#include <assert.h>
//strcpy函数返回的是目标空间的起始地址

char* my_strcpy(char* dest, const char* src)
{
	//断言 - 保证指针的有效性
	assert(dest && src);
	char* ret = dest;
	//把src指向的字符串拷贝到dest指向是的数组空间，包括\0字符
	while (*dest++ = *src++)
	{
		;
	}
	return ret;
}

int main()
{
	char arr1[] = "hello world";
	char arr2[20] = { 0 };
	//链式访问
	printf("%s\n", my_strcpy(arr2, arr1));

	return 0;
}

6.3 const的作用

代码演示：

#include <stdio.h>
//代码1
void test1()
{
	int n = 10;
	int m = 20;
	int* p = &n;
	*p = 20;//ok?
	p = &m; //ok?
	printf("%d\n", m);
}
void test2()
{
	//代码2
	int n = 10;
	int m = 20;
	const int* p = &n;
	p = &m; //ok
	//*p = 20;//no
	printf("%d\n", m);
}
void test3()
{
	int n = 10;
	int m = 20;
	int* const p = &n;
	*p = 20; //ok
	//p = &m; //no
	printf("%d\n", m);
}
int main()
{
	//测试无cosnt的
	test1();
	//测试const放在*的左边
	test2();
	//测试const放在*的右边
	test3();
	return 0;
}

结论：
const修饰指针变量的时候：

1. const 放在*的左边, *p不能改了，也就是p指向的内容，不能通过p来改变了。但是p是可以改变的，p可以指向其他的变量
2. const 放在的右边,限制的是p，p不能改变，但是p指向的内容p，是可以通过p来改变的

练习：

模拟实现一个strlen函数
参考代码：

#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 = "abc";
	//测试
	int len = my_strlen(p);//strlen函数求\0之前字符串的长度
	printf("len = %d\n", len);
	return 0;
}

7. 编程常见的错误

1.编译型错误

接看错误提示信息（双击），解决问题。或者凭借经验就可以搞定。相对来说简单。

例如语句后的分号

2. 链接型错误

看错误提示信息，主要在代码中找到错误信息中的标识符，然后定位问题所在。一般是标识符名不
存在或者拼写错误。

例如：

3.运行时错误

借助调试，逐步定位问题。最难搞。

关于调试技巧的讲解七七就分享到这了，有什么问题或者需要改进的地方欢迎评论区留言，或者私信都可以哦！