Linux - 还不懂 gdb 调试器？（调试软件）

前言

当前，我们可以使用 make/makefile 来程序化执行代码文件；可以使用 gcc/g++ 等编译器来编译代码；可以使用 vim 编辑器来编写代码；其实在 Linux 当中还有一个工具，可以实现调试工作，这个工具就是 -- gdb。

在了解调试器之前，你应该对代码的发布版本做一些了解：

我们在 VS 当中，在开始执行代码之前，可以选择以两种方式执行这个代码：debug & release ：

一般在开发期间使用的都是 debug 模式，在编写好代码之后，如果我们的代码提交到远端，到客户手上的时候，比如在公司当中，用git提交到公司的仓库当中，公司就可以以release 版本发布，同时，测试人员测试的模式也是 release 版本的。

debug 版本能调试而 release 版本不能调试。而且，debug 版本代码文件要比 release 版本文件要大上不少。release 版本在执行效率上也要比 debug 要高。

那么出现上述几种区别的原因就是：debug 版本的代码，在形成可执行文件的时候，会生成调试信息，而这个调试信息是 release 版本没有的。

在 Linux 当中使用 gcc/g++ 编译器 编译可执行文件时候，默认是以 release 的方式进行发布 的。无法直接调试，如果要想以 dubug 方式发布，在使用 gc/g++ 编译的时候，需要带上**-g** 选项来进行编译。

在下述博客的进行了详细介绍，包括如果查看 debug 文件等等：

Linux - 配置系统白名单 - gcc/g++_linux 白名单-CSDN博客

gdb 调试器

使用如下命令，就可以调试一个可执行文件：

bash 复制代码

gdb 可执行文件名

如果，在使用上述命令之后，出现如下这个谈话框，并且没有任何报错的话，说明，当前你已经进入了调试的交互界面了：

如上所示，text 是一个可以调试的可执行程序，出现上述界面代表你已经成功进入到调试界面了。

如果想退出的话，可以使用 q/quit 。

此时，我们还看不到代码，因为gdb 是以命令行的形式来进行查看代码和调试代码的，不像 windows 当中是使用图形化界面来实现，我们可以直接看到代码。

此时，你可以使用list/l来查看全部代码：

你可以发现，我们上述是使用了两次命令（一次 list 一次 l），才查看到了全部的代码，其实单独使用 list/l 不一定会从第一行显示全部的代码。所以，我们的带上参数：

l/list 0 （0代表行数，可是代码当中任意行开始）就代表从第 0 行开始显示：

上述都是只打印了 10 行，如果我们想显示全部代码的话，下面有一种方式：

当我们使用了 l/list 0 这个命令之后，其实 gdb 是会自动记录上一条指令的，当我们按下回车 之后（前提是使用了 l/list 0 这个命令之后），他就会认为我们此时想要继续执行 list/l命令，那么他就会继续显示代码（在上一次显示的最后一行的下一行开始）：

而且**，最后还会提示，从共有多少行代码。**

还可以使用下述命令，来查看代码当中某一个函数的全部代码：

cpp 复制代码

list/l 函数名

那么我们在调试的时候，肯定不只是查看代码，而是要先找到问题所在，对于问题的所在，我们可以看报错位置，然后推测报错位置，然后使用条件断点，或者是在代码当中写入停止的代码语句，比如用 if 判断一下，当程序走到哪一步的时候就停止，这种方法在程序栈帧迭代较深的代码当中尤其适用，比如在八数码问题当中，我们很有可能会遍历到很深的状态矩阵当中（在八数码问题当中我们不管使用 A* 还是sm 启发式算法，都会遍历出很多的状态矩阵，这些状态矩阵就是我们在挪动其中方块，移动不同方块，和方块移动位置不同，都会产生不同的状态矩阵（也就是一种中间过程的情况）），关于八数码问题的介绍具体请看下述博客：八数码问题-c语言_八数码问题c语言代码_chihiro1122的博客-CSDN博客

之所以在上述举出这么多篇幅的例子，就是想说：调试最离不开的就是断点，不管是是在最开始的时候，比如在 VS 当中我们需要打上断点，然后按下 F5 程序就会直接运行到断点处停止，然后我们进行进步一调试；还有一种可能是在调试阶段打上断点，在调试过程当中可能也会遇到程序运行比较麻烦的地方，也可以在调试过程当中打上断点来跳过这一步骤。

那么 gdb 作为一个好用的调试器，他肯定也是支持断点的，那么接下来，将会对 gdb 当中打断点方式进行说明：

在 gdb 当中运行程序，打断点

在 gdb 调试界面下，使用 r 命令就可以直接运行程序：

由于此时我们没有在程序当中打上断点，所以此时程序就直接运行到结束了。退出的时候也是正常退出的，就类似在 VS 当中的 F5/ shift F5 开始调试一样。

使用在 gdb 调试窗口下，使用 b 行号 可以在当前调试文件当中的指定行打上断点。此时我们在使用 r 命令既可以从程序运行，运行到指定断点处停下来了：

在 VS 当中如果我们在某一行打上了断点，是可以直接看到这个红色的断点在哪一行存在的：

但是在 gdb 当中，这个断点我们是看不见的，就算我们打完断点之后再去使用 l 0 查看整个代码还是看不了断点：

其实使用 info b 就可以查看我们打上的所有所在断点行数了：

我们发现，在使用 info b 命令之后，出现的不只有断点所在代码行数，还有一些其他信息，这些信息所代表的意思，如下所示：

我们发现，在gdb 当中的断点是有编号的 ，当我们像删除某一个断点的时候，不能像之前一样使用行号来删除断点，而是应该使用断点的编号来删除断点 。在 gdb 当中我们可以使用 d 断点编号

来删除某一个结点：

而且，需要注意的是，我们设置的断点这些信息，都是在当前gdb 运行进程之内使用的，也就是说，我们在当前 gdb 调试窗口下设置的各个调试信息，如果退出一个 gdb 然后在进去 gdb 调试的话，尽管是同一个文件，在上一次 gdb 进程当中保存的调试信息都会删除。

在gbd 当中进行逐语句逐过程调试

在 VS 当中有两种逐语句的方式调试，一种是 F10 逐过程，另一种是 F11 逐语句。

逐语句好理解，逐过程其实就是跳过一个过程，一个函数可以被称为一个过程。

使用 n/next 命令就可以进行 逐过程调试：

当我们进行调试运行代码之后，在断点信息当中还有多出一个信息：断点被命中的次数：

像上述两个断点，被命中的次数都是 1。

使用s 命令进行逐语句调试：

gdb 当中的监视窗口

在 VS 当中的监视窗口也是必不可少的，监视可以极大的方便我们查看某变量当前是否合法，或则可以查看很多很多的信息，具体要看自己怎么使用调试：

在gdb 当中也肯定不能缺少调试窗口，但是因为 gdb 不是图形化界面，所以要手动输入某个变量，来让 gdb 知道你当前想要查看哪一个变量的值。

我们使用 p 变量名/变量的某些变形之后的值 这个命令就可以查看这个变量的值，或者是这个变量变形之后的值了。

此时我们就知道了，a 变量的值在当前程序执行状态下就是 10。

和VS 当中的调试窗口一样，我们还可以通过调试窗口，查看到 a 的地址等等变形信息：

但是，你有没有发现上述的监视太挫了，VS 当中还可以一遍进行逐步调试，一般查看变量的值，而上述的 p 还有一个一个打出来。

其实 gdb 当中也是有常显示监视窗口命令的：display 变量名/变量的某些变形之后的值，这样的话，输入的变量就会一直跟着你调试一起走：

如果不想常显示变量值 ，可以使用undisplay 命令 ，但是这个命令不能再后面直接加变量名等等信息来删除掉该变量信息的监视信息 ：

可以发现，是不行的。

需要注意的是：在常显示的变量信息当中，每一个信息是有自己的编号的，和上述删除断点一样，需要按照编号来进行删除，也就是使用 undisplay 常显示变量信息编号 删除某一个常显示信息：

可以发现此时就删除成功了。

对于 常显示信息编号，就是显示信息的最左侧数字 ：

until 跳转指令 - finish 结束当前函数执行指令

假设我们现在在一个函数的循环体当中，现在已经陷入了这个循环体，但是这个我们又想跳出当前这个循环体，查看这个循环体结束之后，修改的内容，此时我们就可以使用 until 指定行 来跳转到某一行。

像上述我们使用 until 跳转出函数的循环体的时候，需要查看我们想要跳转到那一行，如果当前只是想要跳出这个函数的话，也就是只是把当前函数执行完毕，然后查看这个函数的执行结果，那么我们可以在函数当中运行时，使用 finish 指令来结束当前函数的执行。

finish 的使用场景，举个例子，比如当前写的代码崩掉了，但是在主函数当中有很多个函数需要我们去判断，此时我们要想知道是哪一个函数当中导致代码奔溃的话，就可以执行具体函数当中，使用 finish 来执行函数体，看看是那个函数导致程序奔溃的。

continue 跳到下一个断点

VS 当中你肯定使用 F5 来跳到下一个断点处，在gdb 当中使用 countinue 也能达到直接从当前位置跳到下一个断点的功能。

修改断点的 Enb 值

VS 当中右键断点可以选择禁用断点，或者是启用断点，同样的在gdb 当中有 Enb 值，这个值只有两个值，y or n ，也就代表着这个断点是否被启用。

使用 disable 断点编号 就可以修改 Enb 值：

此时我们 r 运行程序，直接就运行到第三个断点处 了，第一第二个断点已经被跳过 了（上述是21 行是因为 20 行断点处为空行，gdb 自动跳过了）

gdb 命令总结

gdb 当中还有很多命令，像 b 命令打断点，可以用 b 文件名:行号 给指定可执行文件的行号位置处打上断点。

而b 函数名 这种方式打出的断点，本质是就是在函数体的起始位置处，也就是函数体的第一行代码当中打上断点：

总结：

list／l 行号：显示binFile源代码，接着上次的位置往下列，每次列10行。
list／l 函数名：列出某个函数的源代码。
r或run：运行程序。
n 或 next：单条执行。
s或step：进入函数调用
break(b) 行号：在某一行设置断点
break 函数名：在某个函数开头设置断点
info break ：查看断点信息。
finish：执行到当前函数返回，然后挺下来等待命令
print(p)：打印表达式的值，通过表达式可以修改变量的值或者调用函数
p 变量：打印变量值。
set var：修改变量的值
continue(或c)：从当前位置开始连续而非单步执行程序
run(或r)：从开始连续而非单步执行程序
delete breakpoints：删除所有断点
delete breakpoints n：删除序号为n的断点
disable breakpoints：禁用断点
enable breakpoints：启用断点
info(或i) breakpoints：参看当前设置了哪些断点
display 变量名：跟踪查看一个变量，每次停下来都显示它的值
undisplay：取消对先前设置的那些变量的跟踪
until X行号：跳至X行
breaktrace(或bt)：查看各级函数调用及参数
info（i) locals：查看当前栈帧局部变量的值（相当于查看 VS 当中本地变量这个对话框）
quit：退出gdb