【Linux篇】调试器-gdb/cgdb使用

1. 前言

软件发布的模式有两种，一种是debug模式，另一种是release模式，一般程序员写软件都是在debug模式下的，如果软件写好，并且自测也通过的话发布软件是在release模式下发布的。比如我们手机应用，电脑应用的发布模式都是release模式。程序员写完一个软件的代码，交给测试员测试都是把release版本交给测试的，测试通过就会发布给用户去使用。但Liunx下编写好的代码无法直接测试，因为gcc/g++默认的模式是release模式。

1. 我们要想我们的程序在debug模式下运行的话，我们就需要在翻译的时候加上-g选项

1. 保存退出后我们再次make一下重新形成了可执行程序

上面是没有加-g选项的，下面是加了的，我们会发现下面的可执行程序的体积大于上面的，下面的就是debug版本 所以-g选项，让最后形成的可执行程序添加调试信息—debug模式！程序要调试，必须是debug模式!

2.关于gdb

2.1 快速认识gdb

1. 我们首先生成一个mycode可执行程序，然后进行gdb mycode就进入到gdb里面了

quit+回车就退出来了

2.2 安装cgdb

cgdb和gdb本质上是一摸一样的，只不过cgdb能够把我们的代码动态呈现出来

• Ubuntu:sudo apt-get install -y cgdb 
• Centos:sudo yum install -y cgdb

cgdb的上面是我们的代码，下面是我们的调试信息📌：cgdb分屏操作Esc进入代码屏，i回到gdb屏

l mycode.c:1:从第一行开始显示

2.3 gdb命令

1. list：查看源代码
2. b+行号/b+文件名：+行号/b+ 文件名：函数名：直接在第几行打断点或哪出位置打断点
3. info b:查看断点
4. d+断点编号:删除断点 注意：不能使用d+行号删除断点
5. r/run：让程序运行起来
6. c：让程序直接跑完
7. quit：退出
8. next/n:逐过程，相当于vs中的F10
9. step/s:逐语句，相当于vs中的F11,gdb会记录最新的一条指令，如果想一次性重复多次s，只需在一个s后回车即可 属性：gdb不退出，断点变化一次递增。断点可以被使能

以上是一些常用命令，我将gdb的命令整理成表格，如下所示：

2.4 调试 & 断点

调试的本质是什么？

1. 找到问题
2. 查看代码上下文
3. 解决问题

断点的本质：把代码进行块级别划分，以块为单位，快速定位出现问题的区域

3.常见技巧

3.1 watch

如果我们想要监视某个变量，并且我们十分关心这个变量的变化，我们就可以用watch，它可以新老对比，我们就直接可以看到它的变化了。

1. 比如我们想查看result

1. info b的时候我们会发现多了一个watchpoint

1. 我们继续正常调试，就会发现多了新老对比

1. 不用了的话我们可以直接d+断点序号进行删除

📌注意：

• 果你有一些变量不应该修改，但是你怀疑它修改导致了问题，你可以watch它，如果变化了，就会通知你.

3.2 set var确定问题原因

set var也是我们比较常用的调试技巧，它可以确定并直接更改我们代码中的错误，而不需要去源代码中去改,。

1. 例如在这段代码中错误是flag=0导致的，修正方案是将flag改为1

3.3 条件断点

1. 如果我们既不想一个断点被删掉又不想一个断点被使能掉，让它在某种条件下触发。比如我们想让i=10时触发断点。b + 行号+条件

1. 如果不需要了也可以直接d+断点序号
2. 如果我们想要已经存在的断点加上触发条件，我们可以condition+断点序号+条件

给已经存在的3号断点加上触发条件