clang -E 仅执行预处理，生成纯文本的 .i（C）或 .ii（C++）文件，完成头文件展开、宏替换、删注释，不涉及编译；推荐用 clang++ -E 处理 C++ 文件以避免语言模式错误。
clang -E 能直接生成 .i 或 .ii 文件
clang -E 是预处理阶段的专用命令，它只做宏展开、头文件插入、删注释，不进编译。生成的文件是纯文本，可直接用 cat 或编辑器查看。关键点在于：C 用 .i，C++ 用 .ii（虽然 .i 也能用，但 clang 默认倾向 .ii 表示 C++ 预处理输出）。
- 如果源文件是
main.c，执行clang -E main.c -o main.i - 如果源文件是
main.cpp，推荐用clang++ -E main.cpp -o main.ii（clang++会自动设 C++ 模式，避免类型推导或模板展开出错） - 不加
-o时，结果输出到 stdout，容易被管道截断或乱码，不建议裸跑 - 预处理后文件体积常暴涨十倍以上，
main.ii里能看到所有#include展开后的完整代码流
常见错误：头文件找不到或宏没展开
这通常不是-E 本身的问题，而是路径或语言模式没对：
-
clang -E默认按 C 语言处理，遇到#include <iostream></iostream>会报错“no such file”，必须换用clang++ -E - 系统头文件路径未自动包含？加
-I手动指定，比如clang++ -E -I/usr/include/c++/13 main.cpp -o main.ii - 自定义头文件在子目录？确保当前工作目录正确，或用
-I./include - 宏定义没生效？检查是否漏了
-D，例如clang++ -E -DMY_DEBUG=1 main.cpp
为什么不用 -save-temps 来代替 -E
-save-temps 确实会生成预处理文件（叫 main.cpp.i），但它还会继续走完编译、汇编、链接流程，产生一堆中间文件（.s、.o、可执行文件），纯属浪费时间和磁盘。只想要预处理结果时，-E 更干净、更快、更可控。
-
clang++ -save-temps main.cpp→ 生成main.cpp.i+main.cpp.s+main.cpp.o+a.out -
clang++ -E main.cpp -o main.ii→ 只生成main.ii，0 副作用 - 若调试宏逻辑，
-E输出里搜索# 1 "main.cpp"这类行号标记，能快速定位原始位置
生成的 .ii 文件里看不到 std::string 展开？
这是正常现象。预处理只管文本替换，不管语义。std::string 是标准库模板，在 .ii 中仍以 std::basic_string<char></char> 形式存在，甚至可能被折叠成一行长串。真正展开发生在后续的 AST 和 IR 阶段，不在预处理职责范围内。
-
main.ii里能看到#include <string></string>展开后的全部内容（几千行） - 但不会看到
std::string的成员函数实现——那是编译器在-S或-c阶段才做的事 - 如果想验证宏是否被正确替换，搜
"Hello world"这类字面量比找std::string更可靠
预处理文件看似简单，但它是调试宏、条件编译、头文件依赖的唯一真实依据。别跳过它，也别指望它包含语义信息——它就是纯文本流水账。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
