上一篇把它比作翻译官，但那只是一种形象说法。这一页给个准确定义：编译器尚未把代码翻译成目标语言之前，对源文件做纯文本级加工的那一步，就是预处理。

从 .c 源文件到可执行文件，中间要经过四道工序，每道工序解决不同的问题。

预处理阶段最常见的指令就是 #include。它不是「链接」也不是「导入」，而是最直接的一招：把指定文件的内容原封不动地复制到这一行所在的位置。

同一指令两种写法，搜索路径大不同。

尖括号只在编译器预设路径找；双引号先在源文件同目录找，找不到才退回系统路径——是「本地优先 + 系统兜底」。

从决策菱形分两路走：左侧双引号多查一站当前目录，右侧尖括号直入系统路径。

上页我们用 #include 把头文件搬进来。这次换种烦恼：3.14159265358979 这种长文本反复要写，敲得太累——宏定义就是给文本起个短名字。

用十几行代码看清对象宏的两大形态，并演示字符串化的两级展开陷阱。

AREA 演示算术宏两侧必须有括号；STR 把形参原样字面化，XSTR 通过中转宏让形参先展开一次再字面化——这是深入学习预处理时最容易栽的坑。

我们已经见过对象宏——把一个名字替换成一段文字。但有些场景需要「按规则代入参数」，比如求两数最大值。这就是函数宏登场的地方。两者本质相同，差别只在「能不能接受参数」。

看一段真实可编译的代码，理解带参数宏的写法与展开

每个参数和整体都加了括号——这是函数宏最容易踩坑的地方，缺括号就会因运算符优先级翻车。

上一页我们写了 SQUARE(x) 这种函数宏。它像函数一样被调用，骨子里却是文本替换——这种「伪装」暗藏两个陷阱：求值次数与优先级。

函数宏和函数语法相似，但执行时机、代码生成、可调试性完全不同

宏能让一段文本在源码里被替换，但如果要让同一份代码在 Windows 下编出 A 段、Mac 下编出 B 段呢？条件编译就是这道「开关」——编译时按条件决定哪些代码参与编译。

预处理器逐级判断条件，仅保留被选中的代码块，并完整闭合指令。

看一段真实代码如何用 assert 守门、用 DEBUG 开关日志，体会条件编译的实际用法。

DEBUG 控制日志代码是否参与编译，NDEBUG 让 assert 在发布版里退化为无操作——同一份源码靠宏切换出调试版/发布版两套行为。

前面我们用 #include 把头文件内容拉进了源文件——可几十个标准头文件各自管什么？这一页挑最常用的几个，看看 C 标准库的「功能地图」。

一个最小可运行的 C 程序，把上一页的标准库函数真正用起来。

每个函数都来自标准库头文件；scanf 必须传地址，malloc 返回 void* 需要类型转换。

上页我们认识了标准库和头文件：头文件只是把函数声明、类型定义摊在你面前。但 printf 这样的函数，真正能执行的代码究竟藏在哪里？这就引出了头文件与库文件的分工问题。

用含 #include、对象宏、条件编译和错误分支的 C99 计算器，串起预处理器的真实工作流程。

头文件提供声明，宏完成文本替换，条件编译区分标准版本；#include、#define 与 #if/#error 各司其职，共同为计算器运行服务。

同一份源码靠 DEBUG 宏切换两种版本，看似相同实则二进制天差地别。

宏定义为 #define SQUARE(x) x*x，调用 SQUARE(a+1) 时，预处理器实际展开成什么？

• ✓预处理器本质是文本替换，不懂C语义
• ✓宏快但无类型检查，参数副作用需警惕
• ✓条件编译让同一源码支持多平台分支
• ✓头文件声明接口，库文件提供实现
• ✓现代C/C++倾向用const/inline替代宏

先自己思考，再看参考答案——过程比结论更重要。