Linux 下调试 C++ 并不只有一种路径：有的场景适合直接用命令行调试器，有的更依赖 IDE 的可视化能力，还有一些问题本质上属于内存错误排查。下面按“先会用、再会选”的顺序梳理常见工具，帮助你判断什么时候该用 GDB 打断点，什么时候该交给 Valgrind 或 AddressSanitizer。
先掌握基础：GDB 是 Linux 上最通用的入口
如果你只准备先学一种工具，优先级最高的通常还是 GDB（GNU Debugger）。它是 Linux 环境里最通用的 C/C++ 调试器，虽然界面偏命令行，但启动程序、设置断点、单步执行、查看变量、分析调用栈这些核心能力都很完整。
使用 GDB 的第一步，是在编译时带上调试信息：
g++ -g -o myprogram myprogram.cpp接着用 GDB 加载程序：
gdb myprogram进入 GDB 之后，最常用的一组命令通常是这些：
break main：在main处设置断点run：启动程序next：单步执行，但不进入函数内部step：单步执行，并进入函数内部continue：继续运行到下一个断点print variable_name：打印变量值backtrace：查看调用栈quit：退出调试器
这套流程适合大多数“程序跑错了、逻辑不符合预期、某个函数里状态异常”的场景。对很多 Linux 开发者来说，GDB 不是可选项，而是后续使用其他调试工具时的基础能力。
想要不同工作流时，LLDB、VS Code 和 CLion 怎么选
当你已经知道基本调试流程后，下一步通常不是替代 GDB，而是根据编译器和开发环境选更顺手的入口。
LLDB：更适合 Clang 工具链
LLDB 是 LLVM 体系里的调试器，能力层面与 GDB 基本处在同一档。它尤其适合与 Clang 配合使用：如果你的项目本来就基于 LLVM/Clang，LLDB 往往是更自然的搭档。
从使用思路上看，LLDB 和 GDB 很接近，依旧围绕断点、单步、变量检查和调用栈分析展开。区别更多体现在工具链生态和个人习惯上，而不是“能不能调”。
Visual Studio Code：把 GDB 或 LLDB 变成可视化调试
如果你不想长期停留在纯命令行界面，Visual Studio Code 是很常见的折中方案。安装 C/C++ 扩展后，它可以提供断点管理、变量监视、调用栈查看等图形化调试能力。
需要注意的是，VS Code 自己并不是底层调试器，真正执行调试工作的仍然是 GDB 或 LLDB。它的价值主要在于把原本分散在命令行中的动作整理成更直观的界面，适合希望提升操作效率、减少命令记忆负担的开发者。
CLion：更完整的 IDE 级调试体验
CLion 的定位比编辑器更进一步，它是面向 C++ 开发的完整商业 IDE。其调试能力同样建立在 GDB 和 LLDB 之上，但在项目规模变大、团队协作变复杂时，CLion 往往更有优势。
比如它可以更方便地处理智能断点、条件断点、内存视图等需求。对于中大型工程，或者希望把编码、构建、调试统一在一个环境里的团队来说，这种集成式体验通常比单独拼装工具链更省时间。
遇到内存问题，不要只靠单步调试
很多 C++ 问题并不是“逻辑跑偏”那么简单，而是内存层面的错误，例如内存泄漏、非法访问、缓冲区溢出。这类问题如果只靠普通断点和单步执行，往往效率不高，甚至不容易稳定复现。
Valgrind：适合查内存泄漏和非法访问
Valgrind 严格来说不属于传统意义上的调试器，更准确的说法是内存调试与分析工具。它特别适合检查内存泄漏、非法内存访问这类问题。
实际排查时，一个常见做法是先用 Valgrind 跑程序，找出可疑位置，再回到 GDB 深入分析具体执行路径。也就是说，它更像是“先筛查、再细查”流程中的第一步。
AddressSanitizer：开发阶段更适合常开
AddressSanitizer 是编译器内置的快速内存错误检测器，可以通过编译选项开启，例如：
-fsanitize=address启用后，它可以在运行时捕获缓冲区溢出、使用未初始化内存等问题。和 Valgrind 相比，AddressSanitizer 的速度通常更快，因此更适合在日常开发阶段持续使用，尽早把内存错误拦下来。
如果你的目标是把问题尽量前置暴露，AddressSanitizer 往往值得优先开启；如果你需要更细致地扫描运行过程中的内存使用情况，Valgrind 依然很有价值。
不同场景下，调试工具可以这样搭配
把这些工具放在一起看，会更容易做选择：
- 想掌握 Linux 下最基础、最通用的调试能力：先学 GDB。
- 项目主要使用 Clang：优先考虑 LLDB。
- 希望用图形界面管理断点、变量和调用栈：可以在 VS Code 中接入 GDB 或 LLDB。
- 项目较大、团队协作频繁，且希望获得更完整的 IDE 体验：CLion 更合适。
- 怀疑是内存泄漏或非法访问：先上 Valgrind。
- 希望在开发阶段快速抓出缓冲区溢出等问题：开启
-fsanitize=address，使用 AddressSanitizer。
简单说，GDB 是通用底座，LLDB 是 LLVM/Clang 生态中的对应选择，VS Code 和 CLion 负责改善交互体验，而 Valgrind 与 AddressSanitizer 则专门处理内存相关问题。把工具按问题类型组合起来，通常比只依赖单一调试器更高效。
