必须将homebrew llvm的bin目录（如/opt/homebrew/opt/llvm/bin）前置到path最前，并source生效；否则which clang++仍返回/usr/bin/clang++，且cmake、vs code等可能无视shell path而硬编码调用系统版本。
因为 PATH 优先级没调对，系统默认走 /usr/bin/clang++，不是你装的 LLVM 版本。
为什么 clang++ --version 还显示 Apple Clang
Homebrew 安装的 LLVM（如 brew install llvm）默认把二进制放在 /opt/homebrew/opt/llvm/bin/（Apple Silicon）或 /usr/local/opt/llvm/bin/（Intel），但 macOS 的 PATH 通常把 /usr/bin 放在前面。所以即使你装了 LLVM，which clang++ 仍返回 /usr/bin/clang++。
- 验证方式：
which clang++和/opt/homebrew/opt/llvm/bin/clang++ --version对比输出 - 常见误区：只改了
~/.zshrc但没执行source ~/.zshrc，或新开终端没生效 - 更隐蔽的情况：某些 IDE（如 VS Code）或构建工具（如 CMake）会显式调用
/usr/bin/clang++，无视 shell 的PATH
怎么让系统真正用上 Homebrew 的 LLVM
必须把 LLVM 的 bin 目录**提前**加到 PATH 最前面，且确保配置被所有上下文读取。
Apple Silicon Ai
下载
Apple Silicon AI — 在 Mac Studio、Mac Mini、MacBook Pro 和 Mac Pro 上运行大语言模型（LLM）、图像生成、语音转文字及嵌入（embeddings）。将您的 Apple Silicon 设备…
- 先确认路径：
brew --prefix llvm输出类似/opt/homebrew/opt/llvm，真实 bin 是$(brew --prefix llvm)/bin - 修改 shell 配置（macOS 默认 zsh）：
echo 'export PATH="$(brew --prefix llvm)/bin:$PATH"' >> ~/.zshrc - 立即生效：
source ~/.zshrc，再运行which clang++应返回 LLVM 路径 - 注意：如果用了 direnv 或 asdf 等环境管理工具，它们可能覆盖你的
PATH，需单独配置
Clang 和标准库不匹配导致编译失败
Homebrew 的 LLVM 自带 libc++，但若没指定标准库，它可能仍尝试链接系统 libstdc++（不存在）或找错头文件路径。
- 典型错误：
error: 'memory' file not found或ld: library not found for -lc++ - 解决方法：显式指定标准库和头文件路径，例如：
clang++ -stdlib=libc++ -I$(brew --prefix llvm)/include/c++/v1 main.cpp - CMake 用户注意：
-DCMAKE_CXX_COMPILER=/opt/homebrew/opt/llvm/bin/clang++必须配合-DCMAKE_CXX_FLAGS="-stdlib=libc++"，否则仍用系统 libc++ 头文件
为什么 lldb 启动就崩溃
Homebrew LLVM 的 lldb 依赖同版本的 liblldb 动态库，但 macOS 的 dyld 默认不查 ../lib，只查系统路径或 DYLD_LIBRARY_PATH。
- 错误现象：
dyld: Library not loaded: @rpath/liblldb.XX.dylib - 临时修复：
export DYLD_LIBRARY_PATH="$(brew --prefix llvm)/lib:$DYLD_LIBRARY_PATH" - 长期方案：用
install_name_tool重写lldb的@rpath，或直接用 Xcode 自带的lldb（兼容性更好） - 更省事的做法：日常调试用 Xcode 或 VS Code 的调试器，只用 Homebrew Clang 编译
真正切换编译器不是“装完就自动生效”，而是 PATH、标准库、链接器、调试器四者必须同步对齐；最容易漏掉的是 CMake 或 IDE 的硬编码路径，以及 lldb 的动态库加载问题。
