linux C/C++ —码农有道教程

这门课解决的是一个很具体的断层：很多人写 C/C++ 是在 IDE 里点一下「运行」，编译、链接、头文件搜索路径、动态库加载这些事全交给工具链自动完成。一旦换到 Linux 上要手写 Makefile、要定位一个 undefined reference、要看懂一个段错误出在哪一层，立刻就卡住。如果你正处在「语法会写、工程不会搭」的阶段，这份材料值得按顺序过一遍。

它补的是哪一块能力

Linux 下的 C/C++ 开发和课堂上做题是两回事。课堂上你关心的是算法对不对，工程里你首先要关心的是：源文件怎么组织、编译单元之间怎么声明与定义、链接器去哪找符号、运行时去哪找 so。这门课把 Linux 环境本身当作编程的一部分来讲，而不是当成一个「背景板」——这一点是它和纯语言课最大的区别。

按线索里的说法，内容覆盖从基础语法到高级应用。对自学者来说，真正要靠它补齐的通常是三件事：一是能在命令行下独立完成编译、链接、调试的完整闭环；二是理解 C 和 C++ 在同一套工具链下的差异处理，比如名称修饰、extern "C" 这类跨语言接口问题；三是把系统调用、进程线程这些概念从「背过」变成「写过」。

建议的看课姿势

• 不要只看不敲。Linux 编程的坑大多在动手时才暴露，比如头文件找不到、库顺序写反导致链接失败。看视频时代码要同步敲一遍，报错信息自己读一遍。
• 把编译命令当知识点记。每讲到一个新特性，顺手确认它对应哪条编译/链接参数，别只记住结论。
• 卡住先查 man。这是 Linux 环境编程最核心的自学能力，遇到不认识的函数先看手册的返回值约定和 errno，再回头看讲解。
• 有 C 基础的人可以加速前半段。语法部分快速过，把时间压在环境搭建、编译链接模型和后面的实战环节上。

看完应该能回答这些问题

检验有没有学到位，不看记了多少 API，看能不能解释清楚下面这几类问题：

• 一个 .h 被多个 .c 包含，为什么函数定义写进去会报重复定义，而声明不会？
• 编译通过了但链接报 undefined reference，可能的原因有哪几种，怎么一步步缩小范围？
• 程序跑起来提示找不到共享库，问题出在编译期还是运行期，怎么排查？
• C++ 代码被 C 调用时为什么要加 extern "C"，不加会发生什么？
• 调试一个崩溃程序，从 core 或 gdb 里你能先看哪几个信息？

这些问题的共同点是：它们都不考语言细节，考的是你有没有真正理解「源代码到可执行文件」这条链路。

适合谁，不适合谁

如果你是零基础且完全没碰过命令行，这门课会有一定坡度，建议先花两三天熟悉 Linux 基本操作再来。如果你已经写过一段时间的 C 或 C++，但一直在 Windows 或 IDE 环境里，那它正好补的是你最缺的那一块。要是你已经在做嵌入式或后端开发，日常手写 Makefile、gdb 调 core，那这门课对你来说更多是查漏补缺，重点挑不熟的小节看即可。

一句话：别指望看完就「精通」，把它当成一张 Linux 编程的地图，跟着走一遍，把每个路标亲自踩一次，效果比刷完进度条实在得多。