- 什么是bug?
- 调试是什么?有多重要?
- debug和release的介绍。
- Windows环境调试介绍。
- 一些调试的实例
- 如何写出好(易于调试)的代码
- 编程常见的错误。
目录
1.什么是bug?
程序错误,即英文的Bug,也称为缺陷、臭虫,是指在软件运行中因为程序本身有错误而造成的功能不正常、死机、数据丢失、非正常中断等现象。 早期的计算机由于体积非常庞大,有些小虫子可能会钻入机器内部,造成计算机工作失灵。史上的第一只 "Bug" ,真的是因为一只飞蛾意外走入一电脑而引致故障,因此Bug从原意为臭虫引申为程序错误。 一些有趣的Bug有时也会成为一种乐趣。在电脑游戏中,一些Bug,假如不令游戏出现大错误的话,经常会变成一种玩游戏时的秘技。
第一代的计算机是由许多庞大且昂贵的真空管组成,并利用大量的电力来使真空管发光。可能正是由于计算机运行产生的光和热,引得一只小虫子(Bug)钻进了一支真空管内,导致整个计算机无法正常工作。研究人员费了半天时间,总算发现原因所在,把这只小虫子从真空管中取出后,计算机又恢复正常。后来,Bug这个名词就沿用下来,用来表示电脑系统或程序中隐藏的错误、缺陷、漏洞等问题。
以上出自百度
2.调式是什么?有多重要?
所有发生的事情都一定有迹可循,如果问心无愧,就不需要掩盖也就没有迹象了,如果问心有愧,就必然需要掩盖,那就一定会有迹象,迹象越多就越容易顺藤而上,这就是推理的途径。
顺着这条途径顺逆流而下就是犯罪,逆流而上,就是真相。
每一次调试都是尝试破案的过程
2.1调试是什么?
调试(英语:Debugging / Debug),又称除错,是发现和减少计算机程序或电子仪器设备中程序错误的一个过程
2.2调试的基本步骤
- 发现程序错误的存在
- 以隔离、消除等方式对错误进行定位
- 确定错误产生的原因
- 提出纠正错误的解决办法
- 对程序错误给予改正,重新测试
2.3Debug和Release的介绍。
Debug通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序。
Release称为发布版本,他往往是进行了各种优化,使得程序在代码大小和运行速度上都是最优的,以便用户很好地使用。
Debug版本下:
Release版本下:
通过两个版本的比较Debug版本下可以观察各种细节,Release版本下无法观察细节,因为被优化掉了,所以Release版本是无法调试的。
当我们在两个版本下执行程序时会生成对应文件夹
如上面所说:
所以我们说调试就是在Debug版本的环境中,找代码中潜伏的问题的一个过程。
3.Windows环境调试介绍
3.1调试环境的准备
在环境中选择debug选项,才能使代码正常调试。
3.2学会快捷键
F5
启动调试,经常用来直接跳到下一个断点处。配合F9一起使用,如果不打断点会直接跳到程序结束。
打了断点
当开始执行调试的时候箭头会里面执行跳到这个断点处。
再添加一个断点,继续执行F5的时候,当遇到scanf会自动停止等待输入
当输入完之后会立马跳到下一个断点处。
当断点打在循环里面它不会立马跳到下一个断点处,只会一次执行完一次循环。
F9
创建断点和取消断点
断点的重要作用,可以在程序的任意位置设置断点。
这样就可以使得程序在想要的位置随意停止执行,继而一步步执行下去。
或者可以使用鼠标创建或者取消断点
F10
逐过程
逐过程,通常用来处理一个过程,一个过程可以是一次函数调用,或者是一条语句。
F11
逐语句
逐语句,就是每次都执行一条语句,但是这个快捷键可以使我们的执行逻辑进入函数内部(这是最常用的)。
CTRl + F5
开始执行不调试,如果你想让程序直接运行起来而不调试就可以直接使用。
补充:
当鼠标移到代码里会出现这个绿色箭头,点击一下箭头可以立马跳到当前代码处。
3.3调试的时候查看程序当前信息
3.3.1查看临时变量的值
在调试开始之后,用于观察变量的值。
注:这个窗口必须在调试开始之后才可以看得到(调试开始可以点F10或者F11)
这几个是我们常看的
监视
可以手动添加需要查看的变量
甚至我们还可以在里面计算1+2直接求和
自动窗口(监视的一种)
自动添加变量,不能修改或删除
局部变量(监视的一种)
小技巧:
如何查看函数数组里面的元素?
3.3.2查看内存信息
在调试开始之后,用于观察内存信息
输入&i然后回车
3.3.3调用堆栈
VS在调用main函数之前也是做了准备的
由下往上调用,这里说明main函数也是被其他函数调用的
接下来看一下调用test函数的时候
每调用一次栈上面就会多一项数据
函数调用完之后看开始返回:
当我们的箭头回到main函数,其他函数在栈中开辟的空间已经被释放了。
这也说明了数据从栈顶进入,也从栈顶出
3.3.4查看反汇编
在调试开始之后有两种方式转到汇编
第一种方式可以右击鼠标右键点击反汇编
第二种方式在调试栏里窗口找到反汇编
这是把我们编译的代码转为汇编语言
3.3.5查看寄存器信息
打开的样子
4.多多动手,尝试调试,才能有进步
- 一定要熟练掌握调试技巧。
- 初学者可能%80的时间在写代码,%20的时间在调试。但是一个程序员可能%20的时间在写程序,但是%80的时间在调试
- 这里所举例的都是一些简单的调试和怎么打开的方法
以后可能会出现很复杂调试场景:多线程程序的调试等。
- 多多使用快捷键,提升效率
5.一些调试的实例
5.1实例一
实现代码:求1! + 2! + 3! .... + n!; 不考虑溢出
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。
这里我们就得找我们自己的问题:
1. 首先推测问题出现的原因。初步确定问题可能的原因最好。
2. 实际上手调试很有必要。
3. 调试的时候我们心里有数。
通过不断的调试我们发现因为ret保留了上一次阶乘的结果,我们可以ret定义在第一个for循环里面每执行完一次循环重新给ret赋值为1。
修改后的代码
5.1实例二
#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 == 12 时,因为数组越界访问了属于i的空间导致i被赋值为0,下一次循环判断i <= 12 成立继续进入循环,因此i永远不会大于12就会一直循环下去。
画图详解:
6.如何写出好(易于调试)的代码
6.1优秀的代码
1.代码运行正常
2.bug很少
3.效率高
4.可读性高
5.可维护性高
6.注释清晰
7.文档齐全
常见的coding(编码)技巧:
1.使用assert
2.尽量使用const
3.声明尽量加上extern
4.养成良好的编码风格
5.添加必要的注释
6.避免编码的陷阱
6.2示范:
模拟实现strcpy
strcpy声明
将arr2拷贝到arr1数组中
库函数strcpy返回的是目标空间的起始地址
因为在每次交换值中dest和src的地址都会往后走一步当交换完'\0'的时候,地址也走到了'\0'的地址
代码修改后:
这里我们可以把起始空间地址付给指针变量ret保存起来,最后返回ret就可以了。
1.assert断言
在debug版本下为了防止传参保证指针的有效性,需要用到assert来判断指针是不是空指针(NULL),如果是空指针会自动报错。
为什么不使用if来判断是不是空指针呢?
因为if会隐藏bug,不会自动报错。
光标闪了一会就结束了,什么都没有显示。
2.const修饰参数
为了防止程序员把这两个变量写反。
注:
1.分析参数的设计(命名,类型),返回值类型的设计
2.这里讲解野指针,空指针的危害
3.assert的使用,这里介绍assert的作用
4.参数部分const的使用,以及const修饰指针的作用
6.3const的作用
const存在的漏洞
通过指针变量可以通过地址来修改num的值,当想要num的值不想被修改时,可以在num前面加上const,但是通过这两张图我们发现const修饰的变量的值并不是不能被修改,输入不能直接修改但是能间接的修改num。
const修饰指针变量
第一种情况
表示指针指向的内容的值不可以被修改,但是指针指向的内容可以修改。(这里的内容指的是指针变量保存的地址,地址里面保存着数据)。
第二种情况
const放在*的右边时,表示指针变量本身指向的内容(地址),表示指针变量本身的内容(地址)不能被修改,但是指针指向的内容(地址)的值,可以通过指针来改变。
const修饰指针变量的时候总结:
1.const放在*的左边,const修饰的是指针指向的内容(地址)的值,表示指针指向的内容(地址)的值,不能通过指针来改变了,但是指针变量本身可以修改指向的内容(地址)。
2.const放在*的右边,const修饰的是指针变量本身指向的内容(地址),表示指针变量本身的内容(地址)不能被修改,但是指针指向的内容(地址)的值,可以通过指针来改变。
3.const同时放在*的左右两边,const修饰的是指针变量本身指向的内容(地址)和指针变量指向内容(地址)的值,不可被修改。
1.
2.
3.
7.编程常见的错误
7.1编译型错误
直接看错误提示信息(双击),解决问题。或者凭借经验就可以搞定。相对来说比较简单。(比较常见的就是语法错误)
7.2链接型错误
看错误提示信息,主要在代码中找到错误信息中的标识符,然后定位问题所在。一般是标识符名不存在或者拼写错误。
7.3运行时错误
借助调试,逐步定位问题。最难搞。
提示: 做一个有心人,积累排错经验。