Clang未安装是“command not found”主因，macOS需装Xcode命令行工具（xcode-select --install），Linux需显式安装clang及clang++包，Windows需配置LLVM路径并验证子命令存在。
clang 命令根本没装，不是配置问题
终端报 clang: command not found，第一反应别急着改 .zshrc 或重装 VSCode——大概率是系统压根没装 Clang。macOS 自带的 Clang 不是“预装即用”，而是藏在 Xcode 命令行工具里，且默认不激活。
最直接验证方式：which clang 返回空，xcode-select -p 报错或无输出，基本可确认未安装。
- 运行
xcode-select --install，弹窗点“安装”，等几分钟（需联网） - 装完必须执行
sudo xcode-select --reset，否则 VSCode、Makefile 等可能仍找不到路径 - 验证：
clang --version和xcode-select -p都应有正常输出，后者应为/Library/Developer/CommandLineTools
clang++ 找得到但编译报 'iostream' not found
这是 macOS Mojave（10.14）之后的典型症状：系统头文件不再放在 /usr/include，而是打包进 SDK，Clang 必须通过 -isysroot 指向正确路径才能访问。
常见于你用 Homebrew 装了 LLVM（比如为了 OpenMP 或 C++20），但 clang++ 默认不带 SDK 路径。
- 想省事用系统自带 Clang：卸载 brew 的 llvm（
brew uninstall llvm），再运行sudo xcode-select --switch /Library/Developer/CommandLineTools - 必须用 brew 的 llvm：编译时加参数
-isysroot $(xcrun --show-sdk-path)，或在 VSCode 的c_cpp_properties.json中补全"browse.path"或配置"compileCommands" - 别信“重装 Xcode 就好”——Xcode.app 本身不等于命令行工具，二者独立安装
Ubuntu/WSL 下 clang: command not found
Linux 发行版不会自带 Clang，必须显式安装。但注意：只装 clang 包还不够，clang++ 在单独的包里。
通过 AIsa 搜索 X/Twitter 的个人资料、推文、趋势并进行 OAuth 授权发布，适用于需要 Twitter 研究、监控或互动工作流的场景。
Debian/Ubuntu 用户容易漏掉 clang++，导致 C++ 编译失败；CentOS/RHEL 则要注意 llvm-toolset 是否启用。
- Ubuntu/Debian：
sudo apt update && sudo apt install clang clang++ - CentOS 8+：
sudo dnf install clang clang-tools-extra（clang++包含在内） - 验证：
clang++ --version必须成功，不能只测clang - 端侧训练（如 MindSpore Lite）场景下，还可能依赖 Android NDK 内置的
clang++，此时要确保 NDK ≥ r20，而非系统全局 Clang
PATH 正确但 still command not found
这种情况多见于 Python 环境混用（conda/venv）或 shell 初始化失效。例如你用 pip install clang-format 成功，但 clang-format 命令却不可用——因为 pip 安装的 CLI 脚本默认放到了 ~/.local/bin，而该路径没进 PATH。
- 查安装位置：
python -m site --user-base（通常返回~/.local），然后看~/.local/bin/下是否有对应二进制 - 加路径：
echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.zshrc && source ~/.zshrc（macOS/Linux） - Windows 用户：
python -m site --user-site查 Scripts 目录，手动加到系统环境变量 - 别忽略权限：某些 Linux 发行版（如 Ubuntu Server）默认禁用
~/.local/bin，需检查/etc/profile.d/下是否有屏蔽脚本
真正麻烦的不是找不到 clang，而是你以为它找到了——比如 which clang 返回了路径，但那个 clang 其实是旧版本、没开 C++ 支持、或者来自错误的 NDK。动手前先问自己：这个 clang 是谁装的？我要它干啥？它得链接哪些库？
