Linux开发入门：使用gdb调试C/C++入门教程

先弄清楚：这门课到底解决什么工作场景

很多写 C 或 C++ 的开发者，真正卡住进度的往往不是语法，而是程序跑起来段错误、内存泄漏、或者结果莫名其妙时，只能靠满屏打印 printf 去猜原因。这门课解决的核心场景，就是当程序行为不符合预期、甚至直接崩溃时，你如何不用重编译加打印，而是直接挂上调试器，把程序停在出问题的那一行，看清当时的变量、调用栈和执行路径。它不是教你写 C/C++ 代码，而是教你怎么用 gdb 这个工具去透视已经写好的程序。所以如果你还在学 C 语言基础语法，这门课可能稍超前；但如果你已经能写出几百行的小程序，却一遇到崩溃就束手无策，那它正好补上工程实践里最缺的一环。

适合什么基础，建议先看哪几块

这套资料适合能看懂 C/C++ 基本语法、能在 Linux 终端用 gcc 或 g++ 编译代码的人。你不需要是算法高手，但得知道编译出来的那个可执行文件是什么。建议拿到资料后，先集中看基础入门和断点设置这两块。基础入门里关于如何运行和停止程序、如何单步调试、如何查看和修改变量的值，这几节是 gdb 的日常高频操作，看完就能上手试。断点设置那几节，重点看如何在指定行和函数断点，这是控制程序执行流的关键。不用一开始就追求记住所有命令，先把让程序停下来、看当前状态这几步走通，比死记硬背强。

学完能独立做什么，资料怎么配合练习

学完这门课，你应当能独立完成一个完整的调试闭环：拿到一份带调试符号的 C/C++ 程序，用 gdb 加载它，在怀疑出问题的地方下断点，运行程序触发断点，单步跟踪执行过程，中途查看和修改变量值，最终定位到导致错误的那一行代码。资料怎么用很关键，这套视频每节都很短，单纯看懂不等于会用。正确的做法是，自己准备一个会故意写错的 C 或 C++ 小程序，比如数组越界访问或者指针没初始化，编译时记得加上调试选项，然后跟着视频里的步骤，一步步用 gdb 去抓那个错误。每看完一节，立刻在自己的终端里敲一遍对应命令，确认能复现视频里展示的效果。调试是门手艺活，只有手熟了，下次真遇到线上崩溃才不会慌。