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即为空指针。