什么是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 代码行数
跳转只会跳转到有效行数，比如你想跳转到的那一行是空行，他会自动到空行下面的第一行有效代码，如果超出了整体代码的行数，就是不合法的，无法跳转。
