使用 -e 参数可触发 clang 预处理阶段，生成包含宏展开、头文件插入和条件编译裁剪后的 .i 文件；该文件为纯文本快照，不含语法检查或目标码生成，顶部含行号标记，系统头展开导致体积庞大，可用 -dd 或 -i. 等技巧聚焦自定义代码。
用 -E 参数生成预处理后的 .i 文件
Clang（包括 clang++）默认不保留中间文件，要看到宏展开、#include 插入、条件编译裁剪后的纯文本结果，必须显式触发预处理阶段。最直接的方式是加 -E 参数：
-
clang -E main.c -o main.i：输出到文件，适合后续用less或编辑器查看 -
clang -E main.c | tail -n 20：管道查看末尾部分，快速确认宏是否被正确替换（比如#define STR "hello"是否变成字面量） - 注意：
-E会跳过后续所有编译步骤，不生成目标码，也不检查语法错误——哪怕main.c里有未定义函数，它照样输出.i
.i 文件里为什么有上千行？
因为 #include <stdio.h></stdio.h> 这类标准头文件会被完整展开。Clang 会递归把所有间接包含的头（如 features.h、types.h）一股脑塞进 .i 文件里。这不是 bug，是预处理器的正常行为。
- 想缩小体积？改用
#include "my_header.h"并确保该头文件不含嵌套#include；或临时注释掉无关头文件再跑-E -
.i文件顶部常有# 1 "main.c"这类行号标记，是预处理器插入的调试信息，可忽略 - 如果看到大量
#pragma或__attribute__未展开，说明它们属于编译器扩展，不在预处理阶段处理
怎么只看自己写的代码部分？
预处理输出混杂系统头和你的逻辑，容易迷失。有两个轻量技巧：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 加
-dD：让 Clang 在输出中保留所有宏定义（包括系统宏），方便查某个宏是否存在或值是否符合预期，例如clang -E -dD main.c | grep DEBUG - 加
-I.+ 空白stdio.h：在当前目录建一个空的stdio.h，再运行clang -I. -E main.c，就能屏蔽系统头，只留你自己的宏和代码结构 - 别依赖 IDE 的“转到定义”看宏——那只是编辑器猜测，
-E输出才是真实生效的文本
Clang 和 GCC 的 -E 行为一致吗？
基本一致，但细节有差异：
- Clang 默认启用更多内置宏（如
__clang__、__apple_build_version__），GCC 则有__GNUC__系列；交叉验证时要注意宏名来源 - Clang 对无效
#if条件更宽容（比如未定义标识符默认为 0），GCC 可能报warning: undefined macro，需用-Wundef主动捕获 - 路径处理上：Clang 用
-isystem抑制系统头警告，GCC 同样支持，但 macOS 上 Clang 默认路径可能含/Applications/Xcode.app/Contents/Developer/Platforms，比 Linux GCC 更深
真正容易被忽略的是：预处理结果不是最终执行逻辑的全部——sizeof、_Static_assert、内联汇编这些都在后续编译阶段才起作用，.i 文件里看到的只是“文本快照”。
13万字C语言保姆级教程（深入）：立即使用
在学习笔记中，你将探索c语言的核心概念和高级技巧！
