clang -e 是触发预处理并展开宏的正确方式，-dm 列出所有宏定义，-dd 仅显示用户定义的 #define 行，定位特定宏需配合 grep，宏未展开需检查定义顺序、条件编译及 #undef。
用 -E 触发预处理但不编译
Clang 不会默认展开宏并输出结果，必须显式进入预处理阶段。直接运行 clang -E（或 clang++ -E）是最直接的方式——它只做预处理（包括头文件包含、宏展开、条件编译），然后把结果输出到 stdout。
常见错误是漏掉 -E 或误加 -c/-o，导致后续编译阶段介入，看不到纯宏展开文本。
-
clang -E input.c：输出完整预处理后代码（含所有宏展开） -
clang -E -dM input.c：只输出当前作用域定义的所有宏（不含展开，仅宏名+值） - 若源文件有
#include，展开结果会包含系统头内容，可用-I控制搜索路径，避免意外污染
过滤无关内容：用 -dD 和 grep 定位特定宏
-dD 保留宏定义语句（#define 行），配合 grep 可快速确认某个宏是否被正确定义及展开。比全量 -E 输出更轻量，适合调试宏定义逻辑。
比如想查 DEBUG 是否生效且值为 1：
clang -E -dD test.c | grep "^#define DEBUG"
注意：-dD 不展开宏，只展示定义；真正展开仍需 -E 配合源码中实际使用位置。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
-dD和-dM输出格式不同：-dD保留原始#define行，-dM输出#define MACRO value格式 -
-dM会列出所有宏（含内置宏如__clang__），-dD只列用户显式定义的 - 如果宏在头文件里定义，确保该头文件被
#include，否则不会出现在-dD或-dM结果中
查看某一行的宏展开：结合 -fverbose-asm 不管用，得靠 -E + 行号定位
Clang 没有类似 GCC 的 -fdump-tree-all 那种“单行宏展开”功能。所谓“看某一行的宏”，本质是提取该行所在上下文，再用 -E 输出后人工或脚本定位。
实操建议：
- 在目标行前后加唯一标记，如
// @@MACRO_TEST_START，再用clang -E file.c | sed -n '/@@MACRO_TEST_START/,/@@MACRO_TEST_END/p' - 用
cpp -E（LLVM 的clang兼容）效果一致，但clang -E更可靠，尤其涉及 C++ 模板宏时 - 宏嵌套过深时，
-E输出可能难以阅读，可加| clang-format（需已安装）简单美化，但注意格式化可能改变注释位置，影响行号对齐
宏未展开？检查定义顺序、作用域和 #undef
最常遇到的问题不是命令不会用，而是宏根本没生效——-E 输出里压根没变。原因往往出在代码侧：
- 宏定义在
#include之后，而使用在之前：预处理是线性单遍扫描，定义必须在使用前 - 条件编译块屏蔽了定义，例如
#ifdef SOMETHING ... #define FOO 42 #endif，而SOMETHING未定义 - 被
#undef FOO提前取消，尤其在头文件中常见 - C++ 中
constexpr或内联函数替代了宏，此时-E自然不会出现宏展开痕迹
这时候光看命令没用，得把 clang -E -dM 输出和源码对照，确认宏是否真在预处理期存在。
宏展开本身不涉及语法检查，所以即使宏展开后产生非法代码（比如拼出 int ;），-E 阶段也照常输出——错误会在后续编译阶段才报，别误以为是展开失败。
