ninja未在path中导致cmake -g ninja失败，需先验证ninja --version是否可用；若不可用，则将ninja.exe所在目录加入系统path，或用-dcmake_make_program显式指定路径。
cmake -G Ninja 生成失败？先确认 Ninja 是否在 PATH
Windows 下 cmake -G Ninja 报错“Generator not found”或“Ninja executable not found”，90% 是因为 ninja.exe 没进系统 PATH。CMake 不会自动找你下载的任意目录下的 ninja.exe，它只查 PATH 环境变量。
验证方式：打开新终端，直接运行 ninja --version。没输出就说明没配好。
- 推荐做法：把
ninja.exe放到C:\Windows或用户自建的bin目录（如C:\tools\bin），再把该路径加进系统或用户级PATH - 临时绕过：用
-DCMAKE_MAKE_PROGRAM显式指定路径，例如：cmake -G Ninja -DCMAKE_MAKE_PROGRAM="D:/ninja/ninja.exe" -B build - 别把
ninja.exe和 CMake 安装目录混放——CMake 不会自动扫描自己目录下的可执行文件
MSVC 编译器找不到？vcvars64.bat 必须提前调用
用 Ninja + MSVC（即 cl.exe）时，cmake 配置阶段不报错，但 ninja 编译时报 cl is not recognized，本质是环境变量缺失。Ninja 不负责加载 Visual Studio 的编译环境，这事得由你手动做。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
正确做法不是靠 IDE 自动注入，而是显式调用 vcvars 脚本：
- 路径示例（VS 2022 Community）：
"C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Auxiliary\Build\vcvars64.bat" - 必须在
cmake和ninja命令前执行，且同一终端会话中生效 - 写成批处理最稳妥：
@echo off<br>call "C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Auxiliary\Build\vcvars64.bat"<br>cmake -G Ninja -B build<br>ninja -C build
- VSCode 中通过 CMake Tools 插件选 Kit 时，Kit 必须包含正确的 vcvars 路径，否则即使选了 “Ninja” 生成器也会静默失败
cmake --build build 和直接 ninja -C build 有啥区别？
两者最终都调用 ninja，但行为略有差异，容易导致构建结果不一致。
-
cmake --build build：走 CMake 封装层，会读取CMAKE_BUILD_TYPE（如Release），并自动传参给 Ninja；若未设-DCMAKE_BUILD_TYPE，Windows 下默认为Debug，但 Ninja 本身无此概念，它只认build.ninja里写的规则 -
ninja -C build：直连 Ninja，不经过 CMake，不会检查或覆盖构建类型；它只执行build.ninja中定义的默认目标（通常是all） - 推荐统一用
ninja -C build，更透明；如果要用cmake --build，务必确保配置时已指定-DCMAKE_BUILD_TYPE=Release或对应值 - 多配置项目（如同时要 Debug/Release）不适合 Ninja —— Ninja 是单配置生成器，
cmake --build build --config Release在 Ninja 下无效
为什么 ninja clean 后再 build 还是快？关键在 Ninja 的依赖图静态性
Ninja 不像 Make 那样每次运行都重新解析 Makefile，它的 build.ninja 是 CMake 一次性生成的完整 DAG（有向无环图）。只要源码和 CMakeLists.txt 没变，build.ninja 就不变，Ninja 执行时只比对时间戳和哈希，跳过未改动目标。
- 真正耗时的是
cmake -G Ninja阶段（解析 CMakeLists.txt、查找依赖、生成 Ninja 文件），不是ninja阶段 - 改了一行
.cpp后，直接ninja -C build即可，无需重跑 cmake - 如果修改了
CMakeLists.txt或头文件路径，才需要重新 cmake；此时建议加--fresh参数清空旧缓存：cmake -G Ninja --fresh -B build - 注意：Ninja 不自动感知
find_package(OpenCV)的路径变化——改了 OpenCV 安装位置，必须重 cmake，否则仍用旧路径链接
build.ninja，Ninja 会忠实地错下去，而且错得无声无息——这是最常被忽略的调试盲区。
