预处理只做文本操作，不理解C++语义：#include展开为文本拼接，#define执行字面替换，#ifdef进行条件删段；它删除注释、处理#line和#error，但不知class或模板为何物。
#include 展开、#define 替换、#ifdef 裁剪——预处理干的就是这三件文本级的事，它不看语法，不管类型，只做“粘贴+替换+删段落”。
预处理只做文本操作，不理解C++语义
预处理器不是编译器，它根本不知道 class 是什么、std::vector 有没有模板参数。它只把源文件当纯文本流处理：#include <iostream></iostream> 就是把整个头文件内容原样塞进来；#define PI 3.14159 就是全局找 PI 然后替换成 3.14159；#ifdef DEBUG 块里如果没定义 DEBUG，那一整段就直接从文本中抹掉。
常见错误现象：g++ -E main.cpp 输出几万行，但里面全是展开后的宏和头文件，找不到你写的原始结构；或者 #define MAX(a,b) a > b ? a : b 在 MAX(x++, y) 中导致 x 自增两次——因为预处理器不会“求值”，只做字面替换。
- 用
g++ -E或clang++ -E查看预处理结果，这是调试宏问题的唯一可靠手段 - 所有注释（
//和/* */）在这一阶段就被删光，编译器根本看不到 -
#line和#error这类指令也在此阶段生效，前者改行号，后者直接中断编译
#include 不是“引用”，是无条件文本拼接
#include 看似导入功能，实则是暴力复制粘贴。系统头文件如 <iostream></iostream> 展开后常超 10,000 行，全部塞进你的源文件里，形成一个“翻译单元”（Translation Unit）。这也是 C++ 编译慢的主因之一。
立即学习“C++免费学习笔记（深入）”；
使用场景：头文件重复包含会导致重定义错误，所以必须配 #ifndef MYHEADER_H / #define MYHEADER_H / #endif ——但注意，#pragma once 是编译器扩展，不是标准预处理指令，跨平台项目慎用。
-
#include "file.h"优先查当前目录，#include <file.h></file.h>查系统路径，顺序不可互换 - C++17 起支持
__has_include(<optional>)</optional>，可在#if中探测头文件是否存在 - 不要在头文件里写
using namespace std;，预处理后它会污染所有包含该头的源文件
#define 宏替换的括号与副作用陷阱
#define SQUARE(x) x * x 看似没问题，但 SQUARE(2 + 3) 展开为 2 + 3 * 2 + 3 → 结果是 11，不是 25。这是因为没加括号，运算符优先级被破坏。
更隐蔽的问题是副作用：若写 #define MIN(a,b) ((a) ，再调用 <code>MIN(i++, j)，i 可能被自增两次——因为 a 在表达式里出现两次，而预处理器不做去重或求值缓存。
- 函数式宏必须给每个参数加括号：
#define SQUARE(x) ((x) * (x)) - 避免带副作用的参数；真要安全，改用
inline函数或constexpr -
##拼接符和#字符串化符只在宏体内有效，且不能用于非宏上下文
条件编译不是运行时逻辑，而是编译前裁剪
#if DEBUG_LOG 或 #ifdef _WIN32 不是 if 语句，它们决定某段代码是否进入后续编译流程。没满足条件的代码块，连语法检查都不会触发——哪怕里面写了 int x === 3; 这种错，只要被 #if 0 包住，就不会报错。
性能影响：合理使用条件编译可减小目标文件体积，比如去掉调试日志代码；但滥用会导致维护困难，尤其是嵌套多层 #if 后，很难直观判断哪段实际存活。
-
#if defined(A) || defined(B)可以合并多个符号判断，比嵌套#ifdef更清晰 -
#undef能临时取消宏定义，常用于头文件末尾清理内部宏 -
#error "Unsupported platform"是提前拦截错误的最简方式，比让编译器报一堆模板错误友好得多
预处理阶段真正难的不是记指令，而是时刻记住：它眼里没有变量、没有作用域、没有类型，只有字符流。一旦忘了这点，所有诡异 bug 都有迹可循。
