GDB 的定义

我们可以用 gdb 调用，也可以选择用 cgdb 调用。cgdb 就是用来替 代gdb -tui 的，也就是加了点源代码显示的色彩啥的。看一下截图比对就知道了。
​

左边是 gdb -tui，右边是 cgdb。麻烦点的就是 cgdb 还得另装一下。其他没有什么不同。
下面我们来调试下。运行一次没有加断点的。
​

结果如下：

因为要调试，所以得先知道要调试什么。
​

我这小段代码就一个循环，所以我把断点设置在第 7 行循环里
​

（GDB 断点有多种方式：可以指定行、函数、文件名+行数、class+function、内存地址等，还可以加 if else 的语法之类的）以便一会修改内存变量。
​

过程如下：

从上面的结果来看i值的打印没有 2、3 的值了，被跳过了。
​
GDB 不仅可以调起来程序，也可以直接 attach 到已经启动的程序中，所以不用担心程序不是自己启动的。只要有权限收拾它，怎么都能收拾它。
​
可能有人会说，我根本不知道要调试什么，怎么办呢？
​
见到这样的问题我只能说：你还年轻，以后日子还长，总会知道滴。

（潜台词就是：要好好学习我之前写的思路。）

之所以在性能分析的系列中写这样的文章，是为了说明在性能分析中，这样的思路也是在必要的时候要有的。
前面我一直说有问题要定位到代码或 SQL 或参数的层面。有时候即使我们把堆栈拿出来了，还会涉及到扯皮的事情，比如环境不一样导致的问题现象不同。所以如果有能力的话，我们就再往下走一层，就是把实际的运行数据拿出来，这样就没有什么可争辩的了。

我曾经在一个项目中就是出现了问题之后，结果开发的环境不能重现，但是生产的环境肯定有。当时让一个小伙跟了这个问题两个星期，也没把问题和对应的开发工程师说明白。我就教了他这个手段。分分钟地让开发明白哪做错了。

在性能分析的项目中，什么都有可能遇得到。

希望现在做性能分析的人能掌握越来越多的技能。