【Linux工具】编译器、调式器、项目自动化构建工具以及git的使用3（GDB调试器的基础使用）
目录
作者：爱写代码的刚子
时间：2023.7.18
前言：本篇博客主要讲解Linux中调试器的使用，为之后的Linux编程打下坚固的基础。
背景
- 程序的发布方式有两种，debug模式(能被调试 )和release模式
- Linux gcc/g++出来的二进制程序，默认是release模式
- 要使用gdb调试，必须在源代码生成二进制程序的时候，加上-g选项（特别注意）
gdb的一些指令
开始调试：
- gdb binFile (gdb + 可执行程序)
退出调试：
- ctrl + d或quit
调试命令：
- list/l 行号:显示binFile源代码，接着上次的位置往下列，每次列10行。 list/l 函数名:列出某个函数的源代码。
- r或run:运行程序。
- n 或 next:单条执行。
- s或step:进入函数调用
- break(b) 行号:在某一行设置断点
- break 函数名:在某个函数开头设置断点
- info break :查看断点信息。
- finish:执行到当前函数返回，然后挺下来等待命令
- print§:打印表达式的值，通过表达式可以修改变量的值或者调用函数
- 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实际运用
gcc默认编译是 release方式发布的，无法直接调试
如果要以debug方式发布，编译时必须携带-g选项(检查makefile文件里面是否携带了-g选项)
- 下载gdb
-
查看文件是否有调试信息
-
readelf -S 可执行文件 读取可执行程序的二进制构成（有各种的数据段）
-
readelf -S 可执行文件 ｜ grep -i debug 查看文件是否具有调试信息
-
先用vim写一行测试代码：
-
g++ -g 文件名 将程序以debug方式编译
-
gdb 可执行文件名 对该可执行文件进行调试
显示代码
- list + 数字/l + 数字 显示代码内容，继续l或者直接回车（gdb会记录上一条指令）显示后面的代码
- l + 函数名 显示该函数所在的代码
运行程序、打断点、查看调试信息
- r 运行程序
- break + 行号 / b + 行号 在某一行打上断点
- info break / info b 显示断点信息
- d + 断点编号 删除某一断点（注意不是断点加行号）
==注意退出gdb之后断点信息会消失 ==
- 打断点并运行
- n / next 逐行运行(gdb会跳过空行)不会进入函数
当需要连续按n时可以使用回车键来代替。（gdb会记录之前行为） - step / s 逐语句运行（会进入函数内部）
- p +变量名 查看变量对应的信息
- display +变量名 将变量信息设为常显示
每次使用n（next）或者s（step）会显示常显示信息 - undisplay + 常显示变量的编号 取消对该变量的常显示
同理退出gdb之后调试信息就会消失 - until +行数 在一个函数内跳转至指定的行数（可以用于跳出函数内部的循环）
特别注意，当调试到含有cout行的代码时，要用n进入下一行，不能用s，s是要调试进入到C++的源码部分，也就是cout，这个没有所以s进不去，除非把C++的标准库也变为debug版本才能调试（这是作者遇到的问题） - finish 直接将函数运行完停下来
- continue / c 从一个断点直接运行到下一个断点
- disable +断点编号 关闭对应的断点
这里将二号断点关闭了 - enable +断点编号 将断点打开
附：
- b +函数名将断点打在函数入口的第一条语句
- b +文件名：行号将断点打在该文件的某行
- b +文件名：函数名将断点打在该文件对应函数入口的第一条语句处
- set var 修改变量的值 修改变量的值
（在循环中修改变量的值） - ** breaktrace / bt**查看函数调用轨迹(函数调用链)
- info local / i locals 查看该函数内部的本地变量
gdb的基础操作完结