Linux下C++如何调试程序

在Linux环境下用C++做开发，调试是绕不过去的一环。说起来，方法其实不少，关键在于怎么把工具用好。下面这几招，算是开发中比较常用的套路，一个个来看。

先从最基本的说起。编译程序时，记得带上 -g 选项，这样可执行文件里会包含源代码行号、变量名这些调试信息。没有这一项，后面很多工具都施展不开。比如：

g++ -g -o myprogram myprogram.cpp

有了调试信息，接下来就轮到 GDB 上场了。GNU Debugger 是Linux下最经典的调试武器，没有之一。基本流程是这样的：先用 gdb myprogram 启动并加载程序；然后在感兴趣的地方下断点，比如 break main 或者按文件名和行号 break filename.cpp:lineno；接着跑一下 run，程序会在断点处停下来。这时候你可以用 print 查看变量值、backtrace 看调用栈、next 单步执行或者 step 钻进函数内部。想继续跑就敲 continue，不想玩了就 quit。熟练之后，这套操作会非常流畅。

当然，不是所有人都习惯黑乎乎的终端。如果你更偏爱图形界面，Eclipse CDT、CLion、Visual Studio Code 这些 IDE 都内置了调试支持，本质上还是调用的 GDB，但把断点设置、变量监视、单步执行这些操作变得直观得多。

除了运行时的调试，内存问题也是一大痛点。这时候 Valgrind 就派上用场了——专门用来揪内存泄漏、数组越界这类隐藏的Bug。用法很简单：

valgrind --leak-check=full ./myprogram

另外还有一招更轻量的选择：AddressSanitizer。它是编译器内置的快速内存错误检测器，编译时加个选项就行：

g++ -fsanitize=address -g -o myprogram myprogram.cpp

运行时如果触发了缓冲区溢出或用了未初始化的内存，它会直接报错并打印详细信息。

静态分析也是不可忽略的一环。像 Clang Static Analyzer、Cppcheck 这类工具，不需要运行程序就能扫描代码，提前发现潜在的逻辑错误或编码缺陷，非常适合集成到CI流程里。

最后，别忘了最朴素也最有用的方法：日志记录。在关键路径上打上几条日志，程序跑起来之后翻翻输出，很多问题脉络一下就清楚了。

工具归工具，实际调试时往往需要组合使用。比如先靠静态分析扫一遍，再用日志定位大方向，最后让GDB或者Valgrind精准打击。灵活搭配，才能把效率拉到最高。