如果你写过 C 或 C++，但遇到段错误只会加 printf；能改业务代码，却说不清一次 malloc 背后发生了什么；面试被问到用户态和内核态怎么切换，只能背个大概——这门课要补的就是这几块缺口。它不面向零基础，默认你已经能写出能编译、能跑的 C/C++ 程序。

先确认你缺的是哪一段

C/C++ 的知识断层通常出现在三个地方。第一段是语言本身的深水区：指针与引用的边界、对象生命周期、内存布局、编译链接时符号到底怎么解析。第二段是从用户态跨到内核的那一步：系统调用、进程与线程的调度、虚拟内存到物理内存的映射、文件系统的抽象层。第三段是当程序不按预期运行时，你靠什么手段定位——这恰恰是多数人最薄弱的地方。

这门课把三段串成一条线。全栈在这里不是指前端后端都写，而是指你能同时看懂自己这层的代码和它下面那层在做什么。判断要不要学，先问自己：最近一次排查崩溃，你是用调试器定位的，还是靠猜和改？如果是后者，缺的就是第三段。

内核部分，重点不是背结构体

把内核讲成源码导读很容易变成催眠。这门课的处理方式是围绕你日常会撞上的机制展开：一次 read/write 从库函数到系统调用入口经历了什么，线程切换时寄存器和栈怎么保存，页表在什么时机被修改，锁为什么会在内核里引发优先级反转。这些问题的共同点是——不搞清楚，你在用户态写的并发代码和内存代码就只是在碰运气。

配套练习会要求你在给定场景下判断某段代码会在用户态还是内核态出问题，而不是复述某个数据结构有几个字段。看完这一部分，你应该能回答：为什么这个函数在信号处理里调用不安全，为什么这里的缓冲区必须对齐。

调试是这门课真正的主线

把调试放在标题最后，但它的分量最重。这里说的调试不是教你几个 GDB 命令，而是建立一套排查流程：拿到 core dump 先看什么，断点打在哪里才有信息量，栈被踩坏时怎么反推，性能问题怎么区分是 CPU 密集还是锁竞争。多线程和内存错误的定位会单独展开，因为这两类问题靠读代码基本读不出来。

练习以真实可复现的故障场景为主，需要你动手跑、动手改，而不是看完答案点头。每类问题都会给出「先怀疑什么、用什么工具验证、验证结果说明什么」的链路。

学完之后，你应该能回答

程序从源码到进程启动，编译器、链接器、加载器各做了什么，出问题时该查哪一环？
一个内存越界为什么有时崩溃、有时静默通过？什么工具能在不崩溃时也抓出来？
系统调用和普通函数调用在开销上的差别来自哪里，什么样的代码应该避免频繁跨界？
多线程下数据竞争和死锁，分别用什么手段定位，各自的盲区在哪？
面对一个陌生的大型 C/C++ 项目，你从哪几个入口开始建立对它的理解？

如果这些问题你现在答不全，那这门课的方向是对的。建议边看边把练习跑一遍，尤其是调试部分——只看不练，等于没学。