答案是环境变量path未正确配置或未生效。cmd/powershell报“不是内部或外部命令”表明shell未在path中找到cmake.exe；需检查echo %path%是否含c:program filescmakein等路径，确认安装时勾选了添加path选项，并重启终端与vs code。
cmake 命令打不开，不是安装失败，而是系统根本找不到这个可执行文件——90%的情况是环境变量没接上，不是重装就能解决的。
cmd / PowerShell 报“不是内部或外部命令”
这是 Windows 上最典型的症状，说明 shell 根本没在 PATH 里搜到 cmake.exe。
先做三件事：
- 打开 CMD，运行
echo %PATH%，看输出里有没有类似C:Program FilesCMakein或%LOCALAPPDATA%ProgramsCMakein的路径 - 如果没出现，说明安装时没勾选 “Add CMake to the system PATH” —— MSI 安装器默认不勾，必须手动点
- 即使勾了，也得新开一个 CMD 窗口才生效；旧窗口不会自动刷新
PATH
VS Code 终端里 cmake --version 失败
VS Code 启动时读取的是它启动那一刻的环境变量。如果你改了系统 PATH 但没重启 VS Code，它就还是老的。
更隐蔽的问题是：VS Code 可能以非登录用户身份启动（比如从桌面快捷方式双击），导致它压根没加载你 ~/.zshrc 或 ~/.bashrc 里的 export PATH=...。
临时验证方法：
- 在 VS Code 终端里直接运行
"C:Program FilesCMakeincmake.exe" --version（Windows）或/usr/local/bin/cmake --version（macOS/Linux） - 如果能输出版本号，说明二进制没问题，只是路径没导进去
- 这时优先在 VS Code 的
settings.json里硬编码："cmake.cmakePath": "C:\Program Files\CMake\bin\cmake.exe"
Linux/macOS 上 cmake: command not found
源码编译安装后常遇到这个问题，因为 make install 默认装到 /usr/local/bin，而某些发行版（如 Ubuntu 最小镜像、Docker centos:7-slim）的 PATH 根本不包含这个目录。
检查步骤：
- 运行
ls -l /usr/local/bin/cmake*，确认文件存在且有执行权限（-rwxr-xr-x） - 运行
echo $PATH，看是否含/usr/local/bin；若不含，就得补：export PATH="/usr/local/bin:$PATH" - 别只写进
~/.bashrc—— 如果你用的是 zsh（macOS Catalina+ 默认）、fish 或 systemd user session，得对应改~/.zshrc或~/.profile
CentOS/RHEL 上 cmake: symbol lookup error
这是动态链接库缺失的典型报错，常见于 cmake-3.18.2 这类旧包，提示缺 archive_write_add_filter_zstd 就是 libarchive 版本太低。
别急着卸载重装，先试两招：
- 运行
dnf install libarchive（RHEL 8+/CentOS 8+）或yum install libarchive（RHEL 7/CentOS 7） - 如果仍报错，说明 cmake 二进制和系统库 ABI 不兼容——这时再换官方二进制包更稳妥，下载解压后用
ln -sf /opt/cmake-3.28.1-linux-x86_64/bin/cmake /usr/local/bin/cmake软链 - 注意：不要用
sudo make install覆盖系统包管理器安装的 cmake，容易引发符号链接断裂
