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

📌 个人主页： 孙同学_ 🔧 文章专栏：Liunx 💡 关注我，分享经验，助你少走弯路！

文章目录

• • 1. 前言
  • 2.关于gdb
  • • 2.1 快速认识gdb
    • 2.2 安装cgdb
    • 2.3 gdb命令
    • 2.4 调试 & 断点
  • 3.常见技巧
  • • 3.1 watch
    • 3.2 set var确定问题原因
    • 3.3 条件断点

1. 前言

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

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

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

2.关于gdb

2.1 快速认识gdb

我们首先生成一个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命令

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

2.4 调试 & 断点

调试的本质是什么？

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

3.常见技巧

3.1 watch

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

比如我们想查看result

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

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

📌注意：

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

3.2 set var确定问题原因

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

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

3.3 条件断点

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

如果我们想要已经存在的断点加上触发条件，我们可以condition+断点序号+条件 给已经存在的3号断点加上触发条件

👍 如果对你有帮助，欢迎：

• 点赞 ⭐️
• 收藏 📌
• 关注 🔔