gdb的概述

GDB 全称“GNU symbolic debugger”，从名称上不难看出，它诞生于 GNU 计划（同时诞生的还有 GCC、Emacs 等），是 Linux 下常用的程序调试器。发展至今，GDB 已经迭代了诸多个版本，当下的 GDB 支持调试多种编程语言编写的程序，包括 C、C++、Go、Objective-C、OpenCL、Ada 等。实际场景中，GDB 更常用来调试 C 和 C++ 程序。一般来说，GDB主要帮助我们完成以下四个方面的功能：

1. 启动你的程序，可以按照你的自定义的要求随心所欲的运行程序。
2. 在某个指定的地方或条件下暂停程序。
3. 当程序被停住时，可以检查此时你的程序中所发生的事。
4. 在程序执行过程中修改程序中的变量或条件，将一个bug产生的影响修正从而测试其他bug。

背景

• 程序的发布方式有两种，debug模式和release模式
• Linux gcc/g++出来的二进制程序，默认是release模式
• 要使用gdb调试，必须在源代码生成二进制程序的时候, 加上 -g 选项

debug模式和release模式的区别

如果你想要让程序可以调试必须让其程序以debug模式进行发布。

像我们vs2022里面也是有这两种模式的，里面想要调试程序只需将其切换成debug模式方可调试

那么问题来了，一般我们的gdb进入的时候都有一个默认的模式，如何知道他是debug模式还是release模式呢？下面我们简单写一段代码来验证一下。

创建一个自动化构建工具Makefile文件

然后执行下make会自动编译形成一个可执行文件mycode,./mycode执行该程序是正常运行的。

在linux下，我们编译代码的时候，默认是release模式。如何证明呢？

我们上面说了，release模式下的程序是不可被调试的，我们只需要证明可执行程序mycode是不可被调试的即可。在linux下我们要证明一个程序是否能够被调试需要用到一个工具gdb。

以上是我的云服务器centos7下的gdb的版本，下面我们在该环境下进行使用测试

如果我们想让可执行程序mycode在gdb下被调试，只需要在gcc编译时加一个-g选项

下面我们重新编译下

如果你想要你的代码以debug 模式发布，必须给gcc添加-g选项

那么我们debug模式下形成的可执行程序和release模式下形成的可执行程序有什么区别呢？

其实debug 模式下形成的可执行程序 相对于release模式下形成的可执行程序加了一些调试信息

我们将mycode.c形成两个可执行程序一个是debug模式的，一个是release模式的

我们在Linux中形成的可执行程序格式是ELF格式的

所以我们可以通过readelf命令读取可执行文件的格式信息

开始使用

gdb binFile 退出： ctrl + d 或 quit 调试命令：

• 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：查看当前栈帧局部变量的值

• quit：退出gdb

当你退出gdb的时候打的断点信息全部被清除

退出前：

退出后重新进入

如何理解gdb?

可以跟windows IDE对应，比如vs2022的调试