cmake在windows 10命令行报“不是内部或外部命令”根本原因是path未生效，而非未安装；必须选用win64-x64 msi安装包并勾选“add to path”，安装后需重启终端验证cmake --version。
cmake 在 Windows 10 上能直接用，但装错方式或漏配环境变量，后续在命令行里一敲 cmake --version 就报“不是内部或外部命令”——这问题八成出在 PATH 没生效，而不是没装好。
选对安装包：.msi 还是 .zip？
绝大多数人应该选 cmake-X.XX.X-win64-x64.msi（带 win64-x64 后缀的 MSI 安装包），不是 ZIP 也不是源码。原因很实在：
• MSI 能自动把 cmake.exe 所在的 bin/ 目录加进系统 PATH；
• ZIP 包解压后得手动改 PATH，稍不注意路径写错、多加空格、漏分号，就白忙活；
• 如果你用的是 VS Code 或 PowerShell 需要调 cmake 命令，MSI 省掉一半排查时间；
• 不要用 x86 版本（哪怕系统是 64 位），它跑得慢、部分工具链不兼容。
安装时必须勾选“Add to PATH”
双击运行 MSI 向导，到“Add CMake to the system PATH”这一步，一定要选：
• Add CMake to the system PATH for all users（推荐，全局生效）
• 或 Add CMake to the system PATH for current user（如果你没管理员权限）
别跳过，也别选“Do not add”。
常见错误：装完立刻开 CMD 验证，结果失败——因为旧终端窗口不会自动继承新 PATH，必须关掉所有 CMD/PowerShell 窗口，新开一个再试 cmake --version。
CMake 4.3.2 Windows x86_64 历史版本安装包，适合旧项目兼容、构建环境回退、CMakeLists.txt 迁移验证、Visual Studio/Ninja/Makefile 生成器测试和 C/C++ 项目维护。
验证和常见卡点
装完后执行：
• cmake --version —— 应输出类似 cmake version 3.24.0
• where cmake —— 查看实际路径，确认是 MSI 安装目录下的 bin\cmake.exe，不是某个旧版本残留
容易踩的坑：
• 安装路径含中文或空格（比如 C:\我的软件\cmake），会导致 Ninja 或 MSVC 调用失败；
• 多个 CMake 版本共存（比如之前用 ZIP 解压过又装了 MSI），where cmake 会显示多行，优先级取决于 PATH 顺序；
• 权限问题：如果用普通用户装的，但后续用管理员身份运行的 VS 或构建脚本，PATH 可能不一致。
不想装 MSI？ZIP 方式怎么配 PATH
解压 cmake-X.XX.X-windows-x86_64.zip 后，路径类似：D:\tools\cmake-3.24.0-windows-x86_64\bin
把这个完整路径加进系统环境变量 PATH：
• Win + R → 输入 sysdm.cpl → “高级” → “环境变量” → 编辑“系统变量”里的 Path → 新建一行粘贴该 bin 路径
• 别漏掉 \bin，只加到根目录会找不到 cmake.exe
• 加完重启所有终端，再验证 cmake --version
cmake 命令才能被其他工具（比如 conan、vcpkg、VS Code 的 CMake Tools 插件）真正识别——这点比版本号更重要。
