直接装官方LLVM-18.1.6-win64.exe后编译C++报“cannot open include file 'stdio.h'”，根本原因是Clang默认依赖MSVC工具链却未配置Visual Studio或Build Tools；解决方法为安装VS Build Tools（含C++构建工具和Windows SDK）或改用免依赖的llvm-mingw工具链。
直接装官方预编译版 LLVM-18.1.6-win64.exe 就能用，但 90% 的人编译 C++ 时会卡在找不到 stdio.h 或链接失败——根本原因不是 Clang 本身，而是它默认依赖 MSVC 工具链，却没告诉你怎么配。
clang 编译报错 “cannot open include file ‘stdio.h’” 怎么办
这不是头文件丢了，是 Clang 没找到 Windows SDK 或 UCRT 路径。官方 Windows 版 clang 默认走 msvc 模式（clang -cc1 后端调用 MSVC 的 cl.exe 头文件和库），但只认系统里已安装的 Visual Studio 或 Build Tools。
- 最省事：装
Visual Studio Build Tools（非完整 IDE），勾选 “C++ build tools” + “Windows 10/11 SDK” + “CMake tools for Visual Studio” - 不想装 VS？改用
llvm-mingw工具链（独立、免依赖）：下载llvm-mingw-20240701-ucrt-x86_64.zip，解压后把bin目录加进PATH，此时clang++自带 UCRT 头文件和链接器，clang++ main.cpp -o main.exe直接通 - 别用 MinGW-w64 官方版混搭 Clang——
gcc和clang的 sysroot 不兼容，硬凑会触发ld.exe: unrecognised emulation mode: i386pep
clang --version 显示 “thread model: posix” 但实际用的是 MSVC 运行时？
这是 Clang 在 Windows 上的典型混淆点：thread model 只表示线程 API 抽象层（POSIX vs Win32），不决定底层 CRT。真正起作用的是 --target 和隐式链接行为。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
-
clang++ main.cpp（无额外参数）→ 默认 target 是x86_64-pc-windows-msvc→ 链接msvcrtd.lib（Debug）或libcmt.lib（Release） -
clang++ --target=x86_64-pc-windows-gnu main.cpp→ 强制走 GNU ABI → 需要 MinGW-w64 的libgcc和libstdc++，但官方 Clang 不自带，容易缺符号 -
llvm-mingw的clang++默认 target 是x86_64-w64-windows-gnu→ 自带 UCRT + libunwind + libgcc，-stdlib=libc++也能用
Qt Creator / CLion / VSCode 里选 Clang 工具链总失败？
IDE 不是认 “有 clang.exe”，而是认 “clang 能否驱动完整构建流程”，包括预处理器、编译器、汇编器、链接器、调试器路径是否闭环。
- Qt Creator：设置
Tools → Options → Kits → Compilers，添加Clang时，必须指定clang和clang++，且Debugger要配lldb（不是 gdb）；若用llvm-mingw，Debugger 必须选其自带的llvm-lldb.exe - CLion：在
Settings → Build, Execution, Deployment → Toolchains中选Custom，C Compiler填clang，C++ Compiler填clang++，Debugger填lldb路径；别选 “MinGW” 预设——那是给 gcc 用的 - VSCode：装
clangd插件后，关键在compile_commands.json——用cmake -G "Ninja" -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++ ..生成，否则 clangd 解析会漏宏定义
clangd 补全不准、跳转失效、模板推导乱码？
clangd 不是 clang 的简单包装，它依赖完整的编译命令上下文。Windows 下最容易被忽略的是编译器内置宏和头搜索路径没透传过去。
- 确保
compile_commands.json里每个条目的command字段包含完整参数，尤其是-I、-D、--target=；用clang++ -v main.cpp看真实 include 路径，手动补进compile_flags.txt - VSCode 中
"clangd.arguments"加上["--query-driver=clang*"]，否则 clangd 默认只信任 gcc 路径下的 driver，会拒绝解析 clang 自己的 built-in includes - Qt Creator 的
Clang Code Model插件必须启用，且项目.pro文件里加QMAKE_CXXFLAGS += -x c++，否则对.h文件识别为 C
Clang 在 Windows 上最麻烦的从来不是安装，而是让它“知道自己在用哪套运行时、该找哪组头文件、该链接哪个 libc++”。所有配置动作本质都是在显式声明这三件事——漏掉任意一个，都会表现为头文件找不到、链接失败或 IDE 功能失灵。
