Clang装完但clang --version报错或显示旧版本，常见原因是PATH中存在多个Clang（如Xcode自带、Homebrew安装、手动编译），新装版本未被优先调用；macOS尤易发生，需用which clang确认实际路径，并通过export PATH="/opt/homebrew/bin:$PATH"（ARM）或"/usr/local/bin:$PATH"（Intel/Linux）临时切换，再写入~/.zshrc永久生效。
Clang装完但 clang --version 报错或显示旧版本
常见原因是系统 PATH 里有多个 Clang（比如 Xcode 自带的、Homebrew 装的、手动编译的），新装的没被优先找到。macOS 尤其容易踩这个坑——Xcode 命令行工具自带的 clang 默认路径是 /usr/bin/clang，而 Homebrew 安装的是 /opt/homebrew/bin/clang（Apple Silicon）或 /usr/local/bin/clang（Intel）。
验证当前实际调用路径：which clangclang --version
如果版本不对，临时切换：
- 在当前 shell 中执行
export PATH="/opt/homebrew/bin:$PATH"（macOS ARM）或export PATH="/usr/local/bin:$PATH"（macOS Intel / Linux） - 永久生效就写进
~/.zshrc或~/.bashrc，然后source ~/.zshrc - 别直接删
/usr/bin/clang—— 这是系统保护文件，sudo 也删不掉，还可能影响 Xcode
Clang 静态分析器（scan-build）不可用
scan-build 不是随 Clang 自动安装的独立命令，它属于 clang-tools 包，在 Ubuntu/Debian 上需单独装：sudo apt install clang-tools
CentOS/RHEL 对应的是 clang-tools-extra；macOS 用 Homebrew 装 llvm 时默认包含，但二进制名可能是 scan-build-18（版本号后缀）而不是 scan-build。
检查是否存在：ls /usr/bin/scan-build* 或 ls $(brew --prefix llvm)/bin/scan-build*
若只有带版本号的，建议建软链：sudo ln -s $(brew --prefix llvm)/bin/scan-build-18 /usr/local/bin/scan-build
注意：scan-build 本质是包装器，它不分析源码本身，而是拦截后续的 clang 编译调用——所以必须确保你运行 scan-build make 时，make 内部实际调用的是你刚配好的那个 clang，否则分析无效。
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
include-what-you-use（IWYU）和 Clang 版本不匹配
IWYU 必须和 Clang 主版本严格一致，比如 Clang 18 就得用 IWYU 18.x，混用 17 和 18 会导致 libclang.so 加载失败或 segfault。错误信息常是：error while loading shared libraries: libclang.so.18: cannot open shared object file
解决办法只有两个：
- 从 IWYU 官方 GitHub Releases 页面下载对应 Clang 版本的预编译包（推荐新手）
- 自己编译 IWYU 时，CMake 必须指定
-DCLANG_INCLUDE_DIRS和-DCLANG_LIBRARIES指向你当前 Clang 的头文件和库路径，不能依赖系统默认查找 - 别信“兼容多个版本”的说法——底层 ABI 不稳定，差一个小版本都可能崩
C++ 标准库头文件找不到（fatal error: 'vector' file not found）
Clang 本身不附带 C++ 标准库，它依赖系统或第三方提供的 libc++ 或 libstdc++。macOS 上 Xcode 命令行工具自带完整支持；Linux 上装了 clang 却没装 libc++-dev 或 libstdc++-dev 就会报这个错。
Ubuntu/Debian：sudo apt install libc++-18-dev libc++abi-18-dev（对应 Clang 18）
或 sudo apt install libstdc++-13-dev（用 GCC 的标准库）
关键点：
- Clang 默认优先找 libc++，找不到才 fallback 到 libstdc++
- 用
clang++ -stdlib=libc++显式指定，避免隐式切换导致链接失败 - 不要手动改
/usr/include/c++软链——不同标准库 ABI 不兼容，链接时会静默出错
配置这事，最麻烦的不是装，而是确认每个组件的真实来源和版本对齐。尤其在 macOS 上，Xcode、Homebrew、手动编译三套 Clang 共存时，which 和 clang --version 得查两遍，scan-build 和 include-what-you-use 的二进制还得各自验一遍——漏一个，后面所有分析都白跑。
