本文共 1393 字，大约阅读时间需要 4 分钟。

What

GDB（GNU symbolic debugger）是 GNU Project 调试器，它使你可以查看另一个程序在“执行”期间正在执行的操作–或该程序崩溃时正在执行的操作暨①调试可执行程序②调试Coredump文件。

GDB 可以做四种主要的事情（以及支持这些事情的其他事情）来帮助你捕获行为中的错误：

启动你的程序，并指定可能影响其行为的所有内容。

使程序在指定条件下停止。 检查程序停止时发生的情况。 更改程序中的内容，以便你可以尝试纠正一个错误的影响，然后继续学习另一个错误。

How

使用“GDB”调试器的前提是调试对象是“调试版本（debug）”的二进制程序，在Linux下gcc/g++编译出来的二进制程序默认是“发布版本（release）”，因此在源代码编译时需要加上“-g”选项，我们以求斐波那契数的程序为例：

调试可执行程序

然后我们用gcc编译生成一个可以供我们调试的二进制文件“Feb5” 之后就全是GDB要做的工作了。

gdb <二进制文件名>： 开始调试

gdb中运行list命令（缩写l）可以列出代码： ① list / l <行号>显示改行附件的10行代码； ② list / l <函数名> 显示函数名为“ ”的函数的代码； run / r ： 运行程序； 程序正常退出，并且输出出了第五个斐波那契数为“5”；

断点设置：

① break / b <行号> ： 在某一行设置断点； ② break / b <函数名> ：在该函数开头设置断点； ③ info break / i b ：查看断点信息； ④ delete <断点序号> ： 删除断点； ⑤ disable <断点序号> ： 使该断点失效； ⑥ enable <断点序号> ： 使该断点生效。 使断点失效并不会删除断点，我们使2号断点失效后，2号断点的“Enb”由“y”变为“n”；

next / n ： 逐过程执行，这相当于VS里面的F10；

step / s ： 逐语句执行，相当于VS里面的F11； print / p <变量名/表达式> ： 打印变量或表达式的值 continue / c ： 从当前位置开始连续而非单步执行； 我们删除上面的所有断点，然后重新设置断点然后执行程序。 退出调试 ： quit / q;

调试Coredump文件（崩溃文件或内存镜像）

举一个简单的例子：

在这里给空指针赋值，肯定会报错。

然后编译执行， 这里报了个Segmentation fault，意思是段错误，暨访问空指针或者内存越界。 我们先查看当前环境下能否支持产生内存镜像文件，条件为： ①Linux操作系统当中需要设置core size 的大小，ulimit -c 查看core file size的空间大小，默认为0，意思是无论任何情况下都不产生内存镜像文件，键入命令ulimit -c unlimited，即解除限制。（软限制） ②磁盘大小充足。（硬限制）

再次执行该文件：

产生内存镜像文件。该文件保存的是程序在崩溃时内存当中的值。 开始调试： gdb <可执行文件> <内存镜像文件名> 程序收到11号信号，产生段错误。也报出了导致程序崩溃的代码行。 第6行 *p = ‘a’；解引用崩溃，暨可能给空指针赋值，或野指针， 打印被解引用的指针，0×0即为空指针。

转载地址：http://vjzaz.baihongyu.com/