什么是gdb

之前用的一直都是VS编译器进行调试，调试是一个非常重要的过程，在Linux中调试需要用到一个工具就是gdb。
在调试思路上VS编译器和gdb是一样的，但是调试过程的差距就很大了。
我们都知道Linux的操作都是通过命令完成的，调试也是一样的，靠的就是命令调试。

debug与release

之前在windows中用VS编译器会发现有两个模式分别是debug和release：

degub模式是给我们程序员使用的，方便调试代码和一些语法，比如assert函数。
release模式是给客户用的，因为客户的需求是如何使用这个软件，好不好用，而不是运行到某个阶段弹出来个报错或者是异常让客户自己调试。
相比较release模式下会优化代码，比如体积方面。
Linux环境下，gcc/g++编译出来的可执行程序默认是release模式
先来写一个程序验证一下


进入调试模式

gdb 你要调试的文件

后面的on debugging symbols found说明是release模式。
退出gdb模式按q+回车。

想让可执行程序编程debug模式就要加一个g选项。

然后比较一下dubug与release版本文件的大小

确实debug比release的大。
debug与release文件内部的区别
这里要借助一个工具来查看里面的内部文件：

readelf -S 你要查看的文件

先看release版本的：

debug版本：

这里就有dubug的调试信息。

gdb的基本操作

查看代码与断点

以下指令都是在gdb环境下进行操作。
进入gdb模式发现连个代码都不知道在哪里，这怎么调试呢？
查看代码：l

但是这里并不是从头开始的，l后面需要加一个数字，数字代表是从哪一行开始：

想继续查看直接按回车就好了：

最后告诉我们只有21行的代码。

在VS编译器中，我们按F9是可以进行打断点的，再按一次可以取消：
Linux进行打断点是：b 你要断点的行数

现在13行有一个断点，查看断点是info b：

断点也有自己的行，就是前面Num那一列，想删除断点可以用d 断点列表的行数：
注意不是代码中的行数，是info b中的行数！

执行与调试

在VS编译器中，F5是执行并且调试，Ctrl+F5是执行不调试，Shift+F5是取消调试。
在一段代码有多个断点的时候，按F5会停在一个断点上，在按一次会跑到下一个断点。


在gdb中与F5功能类似的是r：
他会在第一个断点处停下来，再按一次不会到下一个断点，而是从头开始


查看断点的时候会告诉帮你第一个断点已到达一次，也叫命中一次。
VS中F10是逐过程的运行，每次只跳过一行代码，比如调用函数的话是不会进入的，需要按F11逐语句才能进入调用的函数中查看：
gdb的逐过程：n
gdb的逐语句：s

n没进入函数。

s进入了函数。

断点跳跃：c

查看调用堆栈：bt

只想跑完当前函数，不受断点影响：finish

监视变量

进入函数之后要看到每个变量是什么：p 变量
这个操作可以让我们暂时看到变量的值

但是临时的肯定是不够用的们需要一个常显示才更方便。
常显示变量：display 变量

删除常显示变量：undisplay 监视变量列表中的序列

如果这个循环没问题，想跳出循环，调整至指定行：until 代码行数
跳转只会跳转到有效行数，比如你想跳转到的那一行是空行，他会自动到空行下面的第一行有效代码，如果超出了整体代码的行数，就是不合法的，无法跳转。