clang可通过-fsyntax-only仅执行语法与语义检查，不生成目标文件或ir，跳过编译后端；配合-i、-d、-std=和-wall确保环境一致、检查精准，适用于ci lint和编辑器实时诊断。
Clang 可以只做语法检查，不生成任何目标文件或可执行文件——关键在于跳过编译后端阶段，只运行到语义分析结束。
用 -fsyntax-only 让 Clang 停在语法/语义检查阶段
这是最直接、最常用的方式。它会让 Clang 完成预处理、词法分析、语法分析和语义分析，但不生成 AST 之外的任何中间表示（如 LLVM IR），也不调用后端。
- 不会产生
.o、.s或可执行文件 - 能捕获所有语法错误（比如缺少分号、括号不匹配）和基础语义错误（比如未声明的标识符、类型不匹配）
- 比完整编译快得多，适合 CI 中快速 lint 或编辑器实时诊断
- 返回非零退出码（如
1）表示存在错误，方便脚本判断
示例：
clang -fsyntax-only main.c
输出类似：main.c:5:10: error: use of undeclared identifier 'x'
为什么不用 -c 或 -S？
这两个选项看似“不链接”，但实际仍会走到代码生成阶段：
-
-c会生成.o文件 → 必须完成 LLVM IR 构建、优化、后端指令选择与汇编 -
-S会生成.s汇编文件 → 同样依赖完整 IR 流程，且可能触发部分后端逻辑 - 两者都比
-fsyntax-only重得多，也更容易因目标平台配置（如--target）失败
如果你只想确认“这段代码能不能过编译第一关”，-fsyntax-only 是唯一轻量、可靠的选择。
配合 -std= 和 -Wall 提高检查精度
默认 C 标准可能太宽松，导致某些 C++ 风格写法被误放行；而默认警告等级太低，漏掉潜在问题。
- 显式指定标准：
clang -fsyntax-only -std=c17 test.c - 开启全部常用警告：
clang -fsyntax-only -Wall -Wextra test.c - 注意：
-Werror会把警告当错误，慎用于自动化检查（比如__attribute__((unused))在头文件中可能触发无害警告）
容易忽略的一点：头文件路径和宏定义必须完整
-fsyntax-only 不跳过预处理，所以所有 #include 仍需可访问，所有依赖的宏也得正确定义。
- 缺头文件？会报
fatal error: 'xxx.h' file not found，这不是语法问题，而是预处理失败 - 建议加上：
-I/path/to/headers、-DDEBUG=1等必要参数，让检查环境贴近真实构建 - 如果项目用了 CMake，可从
compile_commands.json中提取完整命令行，再把-c替换为-fsyntax-only
真正只检查语法语义，不是只改一个 flag 就行；环境一致性才是稳定反馈的前提。
