Linux——gdb调试

我们之前在VS中编写过代码，是可以调试代码的，那么Linux可以调试代码吗？那当然是可以的，我们Linux也有自己的调试器：gdb。

使用gdb的条件

我们先用vim编写一段简单的代码：
然后我们创建一个Makefile：
然后我们gdb + bin文件，就可以开始调试了：
然后我们发现了一行字：no debugging symbols found，这行字的意思是没有debugg标志，大家之前在VS调试代码的时候我们的要求我们的模式是debug模式，所以这行字的目的就是：编译的时候不是用的debug模式，无法进行调试。
那么如何用debug模式编译呢，很简单，gcc编译的时候加上选项-g，就是以debug模式编译：
我们此时make一下：
我们看到此时是用的debug模式编译的，此时我们再来调试一下mybin文件：

此时如果看到了这样的界面，说明我们成功进入gdb了，可以开始调试了。

一些指令

l

l + 行号：显示binFile源代码，接着上次的位置往下列，每次列10行

break（b）（设置断点）

break(b) 行号：在某一行设置断点
break 函数名：在某个函数开头设置断点

我们可以按下r键来让程序运行一下，如果断点成功设置了，那么到断点程序就会停下来：

还不放心的话使用info + b 查看断点信息：
现在如果我不想要这个断点了，我们可以d（delete）+ 断点编号，来删除断点：
我们设置断点之后还可以决定是否启用它：

disable breakpoints：禁用断点
enable breakpoints：启用断点

发现断点没有起作用，此时我们再重新启用一下：
发现断点有恢复正常了。

display（显示变量）

如果在调试过程中我们想查看某个变量的值，我们可以display：
如果我们不想让它显示了，我们直接undisplay：

n和s

n 或 next：单条执行。
s或step：进入函数调用

为了测试这两条指令，我们将Test.c的代码修改一下：
之后重新编译一下，之后我们在13行打个断点：
按n发现没有进入AddTotal里面，说明n有点像逐过程。我们再来试试s：
s可以进入函数内部，有点像逐语句。

finsh

finish：执行到当前函数返回，然后挺下来等待命令

还有一些其他的命令，大家可以自己去探索一下：

ist／l 行号：显示binFile源代码，接着上次的位置往下列，每次列10行。
list／l 函数名：列出某个函数的源代码。
r或run：运行程序。
n 或 next：单条执行。
s或step：进入函数调用
break(b) 行号：在某一行设置断点
break 函数名：在某个函数开头设置断点
info break ：查看断点信息。
finish：执行到当前函数返回，然后挺下来等待命令
print§：打印表达式的值，通过表达式可以修改变量的值或者调用函数比特就业课
p 变量：打印变量值。
set var：修改变量的值
continue(或c)：从当前位置开始连续而非单步执行程序
run(或r)：从开始连续而非单步执行程序
delete breakpoints：删除所有断点
delete breakpoints n：删除序号为n的断点
disable breakpoints：禁用断点
enable breakpoints：启用断点
info(或i) breakpoints：参看当前设置了哪些断点
display 变量名：跟踪查看一个变量，每次停下来都显示它的值
undisplay：取消对先前设置的那些变量的跟踪
until X行号：跳至X行
breaktrace(或bt)：查看各级函数调用及参数
info（i) locals：查看当前栈帧局部变量的值
quit（q）：退出gdb