使用GDB命令行调试器调试C/C++程序
没有调试器的情况下编写程序时最糟糕的状况是什么？编译时跪着祈祷不要出错？用血祭召唤恶魔帮你运行程序？或者在每一行代码间添加printf(&quot;test&quot;)语句来定位错误点？如你所知，编写程序时不使用调试器的话是不方便的。幸好，linux下调试还是很方便的。大多数人使用的IDE都集成了调试器，但 linux 最著名的调试器是命令行形式的C/C++调试器GDB。然而，与其他命令行工具一致，DGB需要一定的练习才能完全掌握。这里，我会告诉你GDB的基本情况及使用方法。  安装GDB 大多数的发行版仓库中都有GDB Debian 或 Ubuntu $ sudo apt-get install gdb
gdb 调试 开发
58.23.15.163
南望Visual Studio王师又一年
微博评论
2014-11-25T22:03:03.000
58.23.15.163
GDB是个有好工具，有了GDB让我觉得自己当年printf(&quot;123\n&quot;);是一种多么SB的行为[偷笑][偷笑][偷笑]
微博评论
2014-11-25T22:03:03.000
58.23.15.163
直接attach进程
微博评论
2014-11-25T22:03:03.000
58.23.15.163
回复@施先进:嗯，直接 attach 进程，这个是神器啊，这篇只是给小白看的。
微博评论
2014-11-25T22:03:03.000
123.120.75.127
感觉自己不会用gdb
微博评论
2014-11-25T22:31:28.000
123.120.75.127
@比尔盖子V //@马鹿峻鋒連聊C: 感觉自己不会用gdb
微博评论
2014-11-25T22:31:28.000
123.120.75.127
Repost
微博评论
2014-11-25T22:31:28.000
54.226.197.82
Mark
微博评论
2014-11-25T23:03:11.000
54.226.197.82
w
微博评论
2014-11-25T23:03:11.000
27.159.195.234
@我的印象笔记
微博评论
2014-11-26T00:03:36.000
27.159.210.146
[doge]
微博评论
2014-11-26T00:33:01.000
58.23.15.163
@我的印象笔记
微博评论
2014-11-26T01:03:02.000
220.181.108.180
简单调试只记住 b, r, w, bt, next, step 就行了//@Murakumo叢雲: @比尔盖子V //@马鹿峻鋒連聊C: 感觉自己不会用gdb
微博评论
2014-11-26T07:33:01.000
220.181.108.180
[思考]
微博评论
2014-11-26T07:33:01.000
220.181.108.180
马克
微博评论
2014-11-26T07:33:01.000
183.17.252.114
用客户做祭品血祭恶魔之后一切都运行的丝滑流畅……//@比尔盖子V: 简单调试只记住 b, r, w, bt, next, step 就行了//@Murakumo叢雲: @比尔盖子V //@马鹿峻鋒連聊C: 感觉自己不会用gdb
微博评论
2014-11-26T09:03:01.000
14.18.206.201
GBD调试core[熊貓] //@比尔盖子V:简单调试只记住 b, r, w, bt, next, step 就行了 //@Murakumo叢雲: @比尔盖子V //@马鹿峻鋒連聊C: 感觉自己不会用gdb
微博评论
2014-11-26T10:03:01.000
14.18.206.201
GBD调试core[熊貓]
微博评论
2014-11-26T10:03:01.000
14.18.206.201
→_→//@游荡的坎德人: 用客户做祭品血祭恶魔之后一切都运行的丝滑流畅……//@比尔盖子V: 简单调试只记住 b, r, w, bt, next, step 就行了//@Murakumo叢雲: @比尔盖子V //@马鹿峻鋒連聊C: 感觉自己不会用gdb
微博评论
2014-11-26T10:03:01.000
14.18.206.201
@我的印象笔记
微博评论
2014-11-26T10:03:01.000
113.108.10.15
→_→//@Linux中国:→_→//@游荡的坎德人: 用客户做祭品血祭恶魔之后一切都运行的丝滑流畅……//@比尔盖子V: 简单调试只记住 b, r, w, bt, next, step 就行了//@Murakumo叢雲: @比尔盖子V //@马鹿峻鋒連聊C: 感觉自己不会用gdb
微博评论
2014-11-26T11:03:01.000
113.108.10.15
好难。
微博评论
2014-11-26T11:03:01.000
96.42.135.195
这个Po我感觉来得很是时候~ //@尼可熊吉:转发微博
微博评论
2014-11-26T12:03:00.000
66.249.79.126
//@Linux中国:→_→//@游荡的坎德人: 用客户做祭品血祭恶魔之后一切都运行的丝滑流畅……//@比尔盖子V: 简单调试只记住 b, r, w, bt, next, step 就行了//@Murakumo叢雲: @比尔盖子V //@马鹿峻鋒連聊C: 感觉自己不会用gdb
微博评论
2014-11-26T14:03:03.000
66.249.79.118
→_→//@Cth_framebuffer: →_→//@Linux中国:→_→//@游荡的坎德人: 用客户做祭品血祭恶魔之后一切都运行的丝滑流畅……//@比尔盖子V: 简单调试只记住 b, r, w, bt, next, step 就行了//@Murakumo叢雲: @比尔盖子V //@马鹿峻鋒連聊C: 感觉自己不会用gdb
微博评论
2014-11-26T15:33:01.000
222.195.191.68
感觉是有帮助的，调试一定离不开，和gcc一起让我对Linux开发有了信心
来自 - 山东青岛青岛职业技术学院 的 MSIE/Windows 用户
2014-11-26T19:38:48.000
125.78.43.200
像Lua这样的脚本语言就只能print调试了
微博评论
2014-11-27T10:33:01.000
58.22.151.86
→_→//@比尔盖子V: →_→//@Cth_framebuffer: →_→//@Linux中国:→_→//@游荡的坎德人: 用客户做祭品血祭恶魔之后一切都运行的丝滑流畅……//@比尔盖子V: 简单调试只记住 b, r, w, bt, next, step 就行了//@Murakumo叢雲: @比尔盖子V //@马鹿峻鋒連聊C: 感觉自己不会用gdb
微博评论
2014-11-28T22:33:02.000
39.187.202.231
如果和Vim搞一块也是极好的。。。至少，我可以一次性完成写完代码后的所有工作了
yongci
2014-12-02T18:39:54.000
113.106.106.98
对初步熟悉GDB的人很合适，但是在实际项目中很多人都比较迷茫啦，要是能结合实际项目来讲解可能实用性会更强
jbiaojerry
2015-03-25T09:52:18.000
175.12.149.50
很不错，言简意赅，特别喜欢Linux中国的代码风格
来自湖南的 Firefox 48.0|Fedora 用户
2016-09-10T10:59:53.000
123.149.79.47
简单明了，赞一个。
来自河南郑州的 Firefox 60.0|GNU/Linux 用户
2018-12-28T23:57:26.000
没有调试器的情况下编写程序时最糟糕的状况是什么？编译时跪着祈祷不要出错？用血祭召唤恶魔帮你运行程序？或者在每一行代码间添加printf(&quot;test&quot;)语句来定位错误点？如你所知，编写程序时不使用调试器的话是不方便的。幸好，linux下调试还是很方便的。大多数人使用的IDE都集成了调试器，但 linux 最著名的调试器是命令行形式的C/C++调试器GDB。然而，与其他命令行工具一致，DGB需要一定的练习才能完全掌握。这里，我会告诉你GDB的基本情况及使用方法。  安装GDB 大多数的发行版仓库中都有GDB Debian 或 Ubuntu $ sudo apt-get install gdb
没有调试器的情况下编写程序时最糟糕的状况是什么？编译时跪着祈祷不要出错？用血祭召唤恶魔帮你运行程序？或者在每一行代码间添加printf("test")语句来定位错误点？如你所知，编写程序时不使用调试器的话是不方便的。幸好，linux下调试还是很方便的。大多数人使用的IDE都集成了调试器，但 linux 最著名的调试器是命令行形式的C/C++调试器GDB。然而，与其他命令行工具一致，DGB需要一定的练习才能完全掌握。这里，我会告诉你GDB的基本情况及使用方法。


![](/data/attachment/album/201411/25/214812k9he3imidt9z1939.png)


### 安装GDB


大多数的发行版仓库中都有GDB


Debian 或 Ubuntu



```
$ sudo apt-get install gdb

```

Arch Linux



```
$ sudo pacman -S gdb

```

Fedora,CentOS 或 RHEL：



```
$sudo yum install gdb

```

如果在仓库中找不到的话，可以从[官网中下载](https://www.gnu.org/software/gdb/)。


### 示例代码


当学习GDB时，最好有一份代码，动手试验。下列代码是我编写的简单例子，它可以很好的体现GDB的特性。将它拷贝下来并且进行实验——这是最好的方法。



```
#include <stdio.h>
#include <stdlib.h>

int main(int argc, char **argv)
{
    int i;
    int a=0, b=0, c=0;
    double d;
    for (i=0; i<100; i++)
    {
        a++;
        if (i>97)
            d = i / 2.0;
        b++;
    }
    return 0;
}

```

### GDB的使用


首先最重要的，你需要使用编译器的 “-g“选项来编译程序，这样可执行程序才能通过GDB来运行。通过下列语句开始调试：



```
$ gdb -tui [可执行程序名]

```

使用”-tui“选项可以将代码显示在一个漂亮的交互式窗口内（所以被称为“文本用户界面 TUI”），在这个窗口内可以使用光标来操控，同时在下面的GDB shell中输入命令。


![](/data/attachment/album/201411/25/214816o1bzk8n34yz44uk4.jpg)


现在我们可以在程序的任何地方设置断点。你可以通过下列命令来为当前源文件的某一行设置断点。



```
break [行号]

```

或者为一个特定的函数设置断点：



```
break [函数名]

```

甚至可以设置条件断点



```
break [行号] if [条件]

```

例如，在我们的示例代码中，可以设置如下：



```
break 11 if i > 97

```

![](/data/attachment/album/201411/25/214819u358dd35vxdvrhsr.png)


这样，程序循环97次之后停留在“a++”语句上。这样是非常方便的，避免了我们需要手动循环97次。


最后但也是很重要的是，我们可以设置一个“观察断点”，当这个被观察的变量发生变化时，程序会被停止。



```
watch [变量]

```

这里我们可以设置如下：



```
watch d

```

当d的值发生变化时程序会停止运行（例如，当i>97为真时）。


当设置断点后，使用"run"命令开始运行程序，或按如下所示：



```
r [程序的输入参数（如果有的话）]

```

gdb中，大多数的命令单词都可以简写为一个字母。


不出意外，程序会停留在11行。这里，我们可以做些有趣的事情。下列命令：



```
bt

```

回溯功能（backtrace）可以让我们知道程序如何到达这条语句的。


![](/data/attachment/album/201411/25/214820d2evv028v0lkvpko.jpg)



```
info locals

```

这条语句会显示所有的局部变量以及它们的值（你可以看到，我没有为ｄ设置初始值，所以它现在的值是任意值）。


当然：


![](/data/attachment/album/201411/25/214827aijcxqxcuibi0mm8.jpg)



```
p [变量]

```

这个命令可以显示特定变量的值，而更进一步：



```
ptype [变量]

```

可以显示变量的类型。所以这里可以确定d是double型。


![](/data/attachment/album/201411/25/214829h8gk9g1t47mm758t.jpg)


既然已经到这一步了，我么不妨这么做：



```
set var [变量] = [新的值]
```

这样会覆盖变量的值。不过需要注意，你不能创建一个新的变量或改变变量的类型。我们可以这样做：



```
set var a = 0
```

![](/data/attachment/album/201411/25/214831ilo303cqk7ql7ka3.png)


如其他优秀的调试器一样，我们可以单步调试：



```
step

```

使用如上命令，运行到下一条语句，有可能进入到一个函数里面。或者使用：



```
next

```

这可以直接运行下一条语句，而不进入子函数内部。


![](/data/attachment/album/201411/25/214832kr5yyxuxksfz5c2b.jpg)


结束测试后，删除断点：



```
delete [行号]

```

从当前断点继续运行程序：



```
continue

```

退出GDB：



```
quit

```

总之，有了GDB，编译时不用祈祷上帝了，运行时不用血祭了，再也不用printf(“test“）了。当然，这里所讲的并不完整，而且GDB的功能远远不止于此。所以我强烈建议你自己更加深入的学习它。我现在感兴趣的是将GDB整合到Vim中。同时，这里有一个[备忘录](http://users.ece.utexas.edu/%7Eadnan/gdb-refcard.pdf)记录了GDB所有的命令行，以供查阅。


你对GDB有什么看法？你会将它与图形调试器对比吗，它有什么优势呢？对于将GDB集成到Vim有什么看法呢？将你的想法写到评论里。




---


via: <http://xmodulo.com/gdb-command-line-debugger.html>


作者：[Adrien Brochard](http://xmodulo.com/author/adrien) 译者：[SPccman](https://github.com/SPccman) 校对：[wxy](https://github.com/wxy)


本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译，[Linux中国](http://linux.cn/) 荣誉推出

