clang报“no such file or directory”是因未正确配置头文件搜索路径，需用-i指定路径、-isysroot指定macos sdk、compile_commands.json或.clangd配置clangd，clang-tidy需加-- -x c++及-i参数。
编译报 No such file or directory 但系统明明有那个头文件
说明编译器根本没去对的地方找。Clang 默认只查内置路径（比如 /usr/lib/clang/18/include）和系统标准路径（如 /usr/include），不会自动扫描项目目录或第三方库目录。
常见诱因包括：
- 源码里写了
#include "mylib/config.h"，但没加-I./mylib - 用了第三方库（如 OpenCV），却只配置了库路径
-L，漏了头文件路径-I - 在 macOS 上用 Homebrew 安装的 Clang，它不自带 SDK 路径，
#include <iostream></iostream>就会直接失败
验证方法：运行 clang++ -E -x c++ /dev/null -v 2>&1 | grep "search starts"，它会打印出 Clang 实际搜索的所有路径——这才是你该对照的“权威清单”，不是你想当然认为它该去的地方。
c_cpp_properties.json 里 includePath 配得再全也没用？
VSCode 的 C/C++ 插件（IntelliSense）和 Clangd 是两套独立引擎，配置方式完全不同。如果你用的是 Clangd，c_cpp_properties.json 里的 includePath 基本被忽略。
真正起作用的是：
- 项目根目录下的
compile_commands.json（Clangd 优先读这个） - 或者
.clangd文件，内容如：CompileFlags: Add: [-I./include, -I/usr/include/c++/13]
- 或者 VSCode 的
settings.json中配置"clangd.arguments"，加上--query-driver指向你实际用的编译器（例如g++.exe），让 Clangd 自动推导其系统头路径
注意：compile_commands.json 必须由构建系统（CMake、Bear 等）生成，手写容易格式错、路径错、参数漏——哪怕只少一个空格，Clangd 就静默失效。
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
macOS 上 iostream 找不到，重装 Xcode 命令行工具还不行？
那大概率是 SDK 路径没对上。从 macOS Mojave 开始，系统头文件全收进 SDK 里，Clang 必须通过 -isysroot 显式指定 SDK 根目录才能访问。
排查步骤：
- 先确认 SDK 是否存在：
xcrun --show-sdk-path应返回类似/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk - 如果返回空或错误路径，执行
sudo xcode-select --reset再试 - 若你用的是 Homebrew 的 LLVM（比如为了 C++23 支持），必须在编译命令里加
-isysroot $(xcrun --show-sdk-path)，否则它压根不知道去哪找iostream - VSCode 中，不能只靠
includePath补路径，得在c_cpp_properties.json的"browse.path"或"compileCommands"里把 SDK 的usr/include子路径也塞进去
Clang-tidy 报 file not found 却能正常编译？
因为 clang-tidy 默认不继承构建系统的完整编译参数，尤其缺语言模式和头路径。它把自己当成 C 编译器跑，而你的代码是 C++。
必须显式告诉它上下文：
- 加
-- -x c++（注意前面两个短横线，这是分隔 clang-tidy 参数和后端 clang 参数的关键） - 如果头文件不在标准位置，补
-I/path/to/headers，可叠加多次 - 示例命令：
clang-tidy main.cpp -- -x c++ -I./inc -I/usr/include/c++/13 - 别信 “自动检测”——
clang-tidy不读compile_commands.json除非你加-p build/指向它
最易忽略的一点：Clang-tidy 的 -I 和编译器的 -I 行为一致，但它的参数解析更脆弱；路径里有空格、波浪号 ~、软链接未展开，都会导致静默失败。
