值不值得学：解决什么问题与适用人群

做 Linux C/C++ 开发，最耗时的往往不是写代码，而是排查段错误、内存越界或多线程死锁。只靠加打印语句排查，不仅效率低，还容易改了东墙补西墙。GDB 是这块领域的核心排查工具，这门课解决的就是“程序跑崩了却不知死在哪一行”的痛点。它适合有一定 C/C++ 语法基础、能看懂基本指针操作，但缺乏 Linux 下实际排错经验的开发者和转行者。如果你完全没写过 C 语言，建议先补完基础再来看；如果已经能在 Linux 写简单程序却总靠猜改 Bug，这课能帮你建立系统化的调试思路。

资料怎么用：建议先看哪几块与如何配合练习

这套资料带有明显的实操属性，建议不要按顺序从头看，而是根据当前工作需求切入。第一步先看环境配置那几节，把编译器、GDB 和编辑器装好，这是后续动手的前提。第二步直接跳到断点设置与程序运行状态控制的内容，这是日常排查最常用的部分，重点理解如何打断点、条件断点怎么下。练习时不要只看不动手：资料里提到的代码案例，自己敲一遍编译，故意写错指针或数组越界，然后用课程教的命令去复现排查过程。把讲到的断点、单步执行、查看变量等命令对照着敲一遍，比纯看有效得多。

学完能独立做什么

学完后，你能在 Linux 环境下独立完成一个 C/C++ 程序的完整调试闭环：从用命令行编译带调试信息的可执行文件开始，到用 GDB 挂载程序、设置断点、单步跟踪执行流程，再到查看变量实时状态和函数调用栈。遇到程序崩溃，能利用调试器定位到具体崩溃位置，而不是盲目重新编译。对于函数调用层级深、逻辑复杂的情况，能通过观察程序运行轨迹快速锁定问题代码段。这套流程是后端开发、系统层开发等岗位的基本功，掌握后能直接应用到实际工作场景中。


在Linux C/C++开发程序时，熟练掌握GDB各种快捷与方便的观察或调试功能。

课程目录

*   01 01. 在 VirtualBox 中安装 CentOS 6.

*   02 02. 优化 Linux 更换 YUM 源 关闭防火墙和 S

*   03 03. 安装 C C++ 编程 GDB 调试 VIM 编辑器

*   04 04. Linux GCC 编译器简介 预处理 编译 汇编

*   05 05. 案例1：调试完整代码、注释和执行流程解析

*   06 06. GDB 命令：list 显示代码 enter 显示剩

*   07 07. GDB 命令：help 查看帮助信息 Tab 自动命

*   08 08. GDB 命令：程序正常运行或终止 异常运行或终止

*   09 09. GDB 命令：添加断点后停止程序 或 继续执行

*   10 10. 给程序添加各类断点：主函数 main - 1

*   11 11. 给程序添加各类断点：自定义函数

*   12 12. 给程序添加各类断点：指定库函数 printf 等等

*   13 13. 给程序添加各类断点：以当前程序暂停位置，动态添加断点

*   14 14. 单步调试程序：进入或不进入自定义函数 - 1

*   15 15. 单步调试程序：进入多层嵌套自定义函数 - 2

*   16 16. 查看 PRINT 变量值的变化 - 案例 1.

*   17 17. 查看 PRINT 结构体变量值的变化 - 案例 2.

*   18 18. 使用各种格式查看变量的值

*   19 19. 自动查看 display 变量或表达式的值

*   20 20. 在程序运行时，set variable 修改变量的值

*   21 21. 程序执行过程中 call 调用函数

*   22 22. 给 .cpp 程序中的函数设置断点

*   23 23. 设置临时性（一次性）tbreak 断点

*   24 24. 禁用或启用固定断点 根据编号 行号或函数名称 删除断

*   25 25. 指定忽略指定断点若干次 ignore 1 5

*   26 26. 设置条件或临时性条件断点 tbreak ... if

*   27 27. GDB 正则表达式 元字符与描述

*   28 28. 使用正则表达式 指定函数断点

*   29 29. 观察断点 watch 变量值发生改变程序就停止执行

*   30 30. 使用 rwatch 或 awatch 设置观测点

*   31 31. GDB 调试之图形化界面 TUI 文本用户界面

*   32 32. GDB 编辑文件 edit 命令 且指定 VIM 编

*   33 33. GDB 搜索文件 search 命令 支持正则表达式