本人程序员，要买一个写代码的键盘，请问红轴和茶轴怎么选？

gdb是一个由GNU开源组织发布的、UNIX/LINUX操作系统下的、基于命令行的、功能强大的程序调试工具。对于一名Linux下工作的c++程序员，gdb是必不可少的工具。

gdb可以做四种主要的任务，从而帮助我们找到程序中的bug：启动程序，指定可能影响其行为的任何内容。

让你的程序在指定条件下停止。

检查当程序停止时发生了什么。

更改程序的内容，以便你可能纠正一个错误的影响后，继续了解另一个错误。

被调试的程序可以用Ada、C、C++、Objective-C、Pascal以及许多其他的语言，其中主要用于C/C++的调试工作。

gdb主要的交互命令：

运行run：简记为r，其作用是运行程序，当遇到断点后，程序会在断点处停止运行，等待用户输入下一步的命令。

continue：简记为c，继续执行，到下一个断点处(或运行结束)。

next：简记为n，单步跟踪程序，当遇到函数调用时，也不进入此函数体；此命令同step的主要区别是，step遇到用户自定义的函数，将步进到函数中去运行，而next则直接调用函数，不会进入到函数体内。

step：简记为s，单步调试如果有函数调用，则进入函数；与命令n不同，n是不进入调用的函数的。

until：当你厌倦了在一个循环体内单步跟踪时，这个命令可以运行程序直到退出循环体。

until+行号：运行至某行，不仅仅用来跳出循环。

finish：运行程序，直到当前函数完成返回，并打印函数返回时的堆栈地址和返回值及参数值等信息。

call函数(参数)：调用程序中可见的函数，并传递“参数”，如：call gdb_test(55)。

delete 断点号n：删除第n个断点。

disable 断点号n：暂停第n个断点。

enable 断点号n：开启第n个断点。

clear 行号n：清除第n行的断点。

查看源代码list：简记为l，其作用就是列出程序的源代码，默认每次显示10行。

list 行号：将显示当前文件以“行号”为中心的前后10行代码，如：list 12。

list 函数名：将显示“函数名”所在函数的源代码，如：list main。

list：不带参数，将接着上一次list命令的，输出下边的内容。

打印表达式print 表达式：简记为p，其中“表达式”可以是任何当前正在被测试程序的有效表达式，比如当前正在调试C语言的程序，那么“表达式”可以是任何C语言的有效表达式，包括数字，变量甚至是函数调用。

print a：将显示整数a的值。

print ++a：将把a中的值加1,并显示出来。

display 表达式：在单步运行时将非常有用，使用display命令设置一个表达式后，它将在每次单步进行指令后，紧接着输出被设置的表达式及值。如：display a。

watch 表达式：设置一个监视点，一旦被监视的“表达式”的值改变，gdb将强行终止正在被调试的程序。如：watch a。

whatis：查询变量或函数。

扩展info locals：显示当前堆栈页的所有变量。

查询运行信息where/bt：当前运行的堆栈列表。

up/down：改变堆栈显示的深度。

set args 参数:指定运行时的参数。

show args：查看设置好的参数。

info program：来查看程序的是否在运行，进程号，被暂停的原因。

分割窗口layout：用于分割窗口，可以一边查看代码，一边测试。

layout regs：显示源代码/反汇编和CPU寄存器窗口。

layout split：显示源代码和反汇编窗口。

一个简单的例子：使用一个空指针。

现在，让我们用符号来编译它，这通过在运行gcc时使用-g标志来完成。

然后我们运行它，并得到一个很讨厌的段错误:

现在，我们需要找到问题出现在哪里。启动gdb，语法很简单：

接下来只需要在gdb内部运行命令。使用run启动程序

从上面的信息可以看到，问题出现在第六行，即printf行。

知道问题出现在哪一行，接下来就可以设置断点了。利用break命令可以设置断点，它允许你具体指定断点，或者在自己的函数或有外部库加载的第三方函数指定断点，或者在原代码的特定行指定断点。同时，我们还可以用info命令来检查断点。我们将断点放在main函数中。

现在我们再次运行代码，当执行到main()函数的时候，执行暂停。

接下来逐步执行，使用next命令。

虽然现在知道了程序在第六行崩溃，但是具体什么原因，还是无法知晓。但问题出现的范围相较于一开始模糊的段错误已经精确到了某一行崩溃，当然大部分程序到达这部分的时候，基本都是逻辑错误，需要自己进一步排查到底是什么原因。

以下的内容涉及到汇编，对于队会便不是非常熟悉的人来说，看汇编找bug并不比直接看代码找逻辑错误明智，甚至可能浪费很多时间而最终还是无法了解代码究竟是哪里出了问题。但这并不是说不需要学汇编，能够看懂汇编在许多时候可以帮助我们更快地找到代码的bug。

但是，现阶段，代码什么都没有告诉我们，我们也无法直接判断出代码到底发生了什么。如果只看这行代码，似乎没有任何大的问题，或者，我们还无法看到问题的根源。

所以我们在这里使用反汇编命令，它将转储(dump)汇编代码。只需要在gdb中键入disassemble，这将转储你的代码使用的汇编指令。

左边是内存地址。第二列显示内存空间从起始地址开始的增量。第三列显示助记符。第四列包括实际寄存器和值。

小箭头指向我们正在执行的内存地址。在偏移量H处，我们将移动存储在比本质枕下的8个字节的值到RAX寄存器中。在那只前的一行中，我们将值0移入RBP-8H地址。所以现在RAX寄存器中的值为0。

我们的下一条指令将会导致段错误，正如我们之前使用next命令逐步执行代码时所看到的。

所以我们需要了解这里为什么会出错。让我们来检查下ESI寄存器，他应该得到这个新的值。我们使用examine或者x命令来做到这一点。

这里我们得到一个消息：我们不能访问指定的内存地址。现在问题解决了。我们常释放文非法内存地址导致了段错误。