gdb的概述
GDB 全称“GNU symbolic debugger”,从名称上不难看出,它诞生于 GNU 计划(同时诞生的还有 GCC、Emacs 等),是 Linux 下常用的程序调试器。发展至今,GDB 已经迭代了诸多个版本,当下的 GDB 支持调试多种编程语言编写的程序,包括 C、C++、Go、Objective-C、OpenCL、Ada 等。实际场景中,GDB 更常用来调试 C 和 C++ 程序。一般来说,GDB主要帮助我们完成以下四个方面的功能:
- 启动你的程序,可以按照你的自定义的要求随心所欲的运行程序。
- 在某个指定的地方或条件下暂停程序。
- 当程序被停住时,可以检查此时你的程序中所发生的事。
- 在程序执行过程中修改程序中的变量或条件,将一个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的调试