gcc -E 直接输出预处理后的纯C++代码，不编译、不检查语法；常用组合包括 -dD 查宏定义、-I 指定头路径、-P 去除行号标记，调试宏应隔离测试而非通读万行输出。
怎么用 gcc -E 看宏展开后的代码
直接跑 gcc -E 就能拿到预处理后的结果，它会把所有头文件、#define、#ifdef 全部展开/替换/裁剪完，输出纯 C++ 代码（不含任何预处理指令）。这不是编译，不检查语法，也不生成目标文件。
常见用法：
-
gcc -E source.cpp > expanded.cpp：把展开结果存成文件，方便逐行查 -
gcc -E -dD source.cpp：加上-dD会额外输出所有当前生效的宏定义（含系统宏），适合确认某个宏是否被正确定义或被#undef -
gcc -E -I./include source.cpp：如果用了自定义头路径，必须加-I，否则#include "xxx.h"会报错，-E阶段就失败
为什么 gcc -E 输出里看不到你定义的宏
最常见原因是宏根本没被触发——比如写了 #define LOG(x) do { ... } while(0)，但源码里没出现 LOG(...) 调用，那它就不会出现在展开结果中。预处理器只处理“被使用”的宏，不输出未引用的定义。
其他典型情况：
- 宏在
#ifdef里，但对应宏没定义：#ifdef DEBUG_LOG→ 如果没传-DDEBUG_LOG，整块内容直接被删掉，不会留痕迹 - 宏名拼错或大小写不对：
MAX_SIZE和max_size是两个东西，展开时只认字面匹配 - 用了函数式宏但少括号：
#define SQUARE(x) x * x在SQUARE(a + b)下展开成a + b * a + b，看起来像“没展开”，其实是展开了但结果不符合预期
如何精准调试某一个宏（而不是看几万行展开文件）
别硬翻整个 gcc -E 输出。更高效的做法是隔离测试：
- 新建一个极简
test.cpp，只包含你要测的宏定义 + 一行调用，例如：#define STR(x) #x STR(hello)
然后gcc -E test.cpp，输出就只有 1–2 行 - 用
gcc -E -dM /dev/null先看 GCC 默认定义了哪些宏（比如__x86_64__、__cplusplus），避免和你的宏名冲突 - 如果宏依赖编译选项（如
-DENABLE_FOO），确保gcc -E命令里带上完全一致的参数，否则行为不一致
展开结果里出现 # 1 "source.cpp" 这类行标记是什么
这是预处理器插入的行号控制指令（#line 指令），告诉后续编译器“接下来的代码逻辑上属于 source.cpp 的第 1 行”。它不影响宏展开逻辑，但会让输出看起来混乱。
想干掉这些干扰行，加 -P 参数：gcc -E -P source.cpp。注意：-P 会同时去掉所有 #line 和注释，适合阅读；但它也导致错误位置信息丢失，调试编译错误时慎用。
另外提醒：gcc -E 输出默认是 UTF-8，但如果源码含 GBK 注释或字符串，可能显示乱码——这不是宏的问题，是编码不匹配，需统一用 UTF-8 保存源文件。
宏调试真正的难点从来不是看不清展开结果，而是宏的展开发生在编译最前端，一旦出错（比如括号不匹配、嵌套过深），gcc -E 可能直接报错退出，连部分展开都看不到。这时候得靠最小化复现+分段隔离，而不是盯着完整输出硬找。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
