程序的发布方式一般有两种,debug模式和release模式。简单介绍一下吧. debug与release debug
在形成的可执行程序中会给我们添加调试信息。
release
在形成的可执行程序中不会给我们添加调试信息。
提问:为什么要分为两个版本呢? 回答:一款软件在发布前肯定需要开发,公司立项后就会搭建团队开发,在开发过程中肯定会遇到各种各样的问题,为了找出程序中的问题,就需要进行调试,也就是说可执行程序中要传值调试信息来帮助程序员来发现问题,在成功解决完所有问题后,软件正式发布,发布版本就是release,用户只需要使用,不需要调试,release因为不含调试信息空间更小,效率更高,更适合用户使用。用户只需要使用成品就好了,而程序员要考虑的事情就多了( 结论:debug是程序员版本,release是用户版本。
Linux gcc/g++出来的二进制程序,默认是release版本。
要使用gdb调试,必须在源码生成二进制程序时,加上
-g选项

release版本的大小会小于debug版本
先写一个简单程序:
#include <stdio.h>
int sum(int a,int b)
{
return a+b;
}
int main()
{
printf("hello gdb!\n");
int ret = 0;
ret = sum(10,20);
printf("ret = %d\n",ret);
return 0;
}makefile配置:
mybin:test.c
gcc -o $@ $^ -g
.PHONY: clean
clean:
rm -f mybin为了简化理解,这里我会用在vs2022上的调试功能来类比。 VS2022基本调试功能:
下面正式开始Linux的调试。 如果你没有下载gdb,输入下来指令下载:
sudo yum install -y gdb进入gdb:gdb 可执行文件(debug)
gdb binfile演示:进入gdb,开始调试

显示代码:list/l + 行号
list/l 行号
在使用vs2022时,如果我们没有打断点就调试运行程序是会执行把程序全部执行完的,在Linux下也是如此,为了调试程序就要在你认为有问题的地方打上断点才行呢。
打断点:b + 行号/函数名/file:行号:对指定位置打断点
b line察看所打断点:info b:查看我们所打的断点
info b
能打断点,当然也要能删除断点。
删除断点:d 断点编号:删除断点
d number
在vs2022当中还有禁用断点的功能,就是暂时不使用这个断点了但是该断点依然存在。 gdb也是有这个功能的
disable/enable 断点编号:使能(禁用/开启)断点
disable/enable 断点编号:使能(禁用/开启)断点
当该断点为使用情况时,Enb为yes,否则为no。 打完断点来开始运行程序:
r:运行程序
r运行后接下来就是一步一步调试代码了,在VS2022有逐语句和逐过程两个功能。

它们有什么区别呢? 逐过程就是一行一行的执行代码,即使遇到函数也不会进入函数而是直接执行完所经过的函数。 逐语句不仅可以一行一行的执行代码,当遇到函数时还可以进入函数内部继续调试。
逐过程:n
n逐语句:s
s
我们调试代码也是为了查看一些局部局部变量的值是否按照我们想要的方式变化呢,为了了解这个现象就需要知道在程序运行过程中局部变量值的变化。
display 变量名/取地址:常显示变量的内容和地址
display 变量名/取地址:常显示变量的内容和地址undisplay 编号:取消常显示变量的内容和地址
undisplay 编号:取消常显示变量的内容和地址
c:从一个断点运行到下一个断点(范围查找)
cfinish:将一个函数运行结束,就停下来(范围查找)
finishuntil + line:在一个范围内,直接运行到指定行(范围查找)
until + lineset var name = value:修改一个变量的内容(不需要改代码,多分测试)
set var name = value
gdb指令就不一一介绍了,主要还是需要大家自己敲上一遍。 gdb指令汇总: