同一份 C 程序，要在 Windows 和 Linux 上都能编，难道维护两份文件？不用。条件编译就是干这个的：编译前的预处理阶段，由宏决定哪些代码参与编译，哪些直接被丢掉。学生交课程设计、老项目跨平台迁移，都绕不开它。

它是编译期的选择题

条件编译由预处理指令组成，常见的有 #ifdef、#ifndef、#else、#endif 和 #if。逻辑和 if 语句一样，区别在于判断发生在编译之前：不满足条件的分支，编译器根本看不到，生成的可执行文件里也没有这段代码的影子。运行时 if 是「都要执行判断」，条件编译是「没选中的代码压根不存在」。

四个高频用法

  • 跨平台：用 #ifdef _WIN32 包 Windows 专属代码，Linux 分支写另一套，一份源码两端编译
  • 调试开关：日志输出包在 #ifdef DEBUG 里，上线把宏定义删掉，调试代码全部蒸发，不占体积
  • 头文件防重复包含：#ifndef 加宏名加 #endif 三件套，或直接用 #pragma once，避免头文件被包含多次导致重定义报错
  • 功能裁剪：付费版功能包在宏判断里，同一套代码编译出不同版本

新手最容易踩的坑

宏名拼写不一致是最常见的：定义时写 DEBUG，判断时写成 #ifdef _DEBUG，分支永远不生效，还不报错。其次，#if 后面跟一个没定义过的宏，编译器一般把它当 0 处理，结果和预期相反。还有在头文件里定义变量，被多个源文件包含后重定义报错，这就是没做防重复包含的锅。嵌套层数一多，哪个 #endif 对应哪个 #if 都数不清，能拆就拆成函数。

和注释比，强在哪

有人用注释块临时停用代码，它的优势是可切换、有语义、能被工具识别。但别滥用：满屏的宏判断会让代码没法读，一般约定只在平台差异、调试、版本裁剪这三类场景用。

实际判断：写跨平台代码或维护老项目，条件编译必须会；纯脚本和小工具，用不上就别硬凑。