cmake不直接调用g++，而是生成makefile或ninja脚本，由make/ninja执行含g++的完整命令；其配置如cmake_cxx_standard、cmake_build_type等直接转化为g++参数，编译器路径需通过cmake_cxx_compiler显式指定或由cmake自动探测并缓存。
直接用 g++ 编译单个 .cpp 文件没问题，但一旦涉及多个源文件、头文件路径、依赖库或跨平台构建，就必须靠 CMake 管理 —— 它不替代 g++，而是生成调用 g++ 的构建指令。
为什么 CMake 生成的构建命令里看不到 g++？
CMake 本身不编译代码，它只生成构建系统（比如 Makefile 或 Ninja 构建脚本）。真正调用 g++ 的是后续执行的 make 或 ninja 命令。你可以验证这点：
- 运行
cmake -G "Unix Makefiles" ..后，build/Makefile里会看到类似$(CXX) -std=gnu++17 ... -o main.o的行，其中$(CXX)默认就是g++ - 执行
make VERBOSE=1，终端会打印出完整命令，例如：/mingw64/bin/g++ -std=gnu++17 -o CMakeFiles/app.dir/main.cpp.o -c ../main.cpp - 如果没看到
g++路径，说明 CMake 没正确识别编译器 —— 常见于 PATH 未包含g++或同时装了 MSVC 导致优先选错工具链
CMakeLists.txt 中哪些配置直接影响 g++ 行为？
这些设置会直接变成 g++ 的命令行参数，不是“建议”，而是硬编码进构建逻辑：
-
set(CMAKE_CXX_STANDARD 17)→ 加入-std=gnu++17（注意：GNU 扩展版，非严格 ISO） -
set(CMAKE_BUILD_TYPE Debug)→ 默认加-g -O0；设为Release则加-O3 -DNDEBUG -
add_compile_options(-Wall -Wextra)→ 所有 target 都带上这两个警告开关 -
target_compile_features(app PRIVATE cxx_std_17 cxx_if_constexpr)→ 自动添加必要标志（如-std=gnu++17），并检查编译器支持 - 错误写法：
add_definitions(-std=c++17)—— 这会覆盖 CMake 自己的-std=设置，导致链接失败（尤其混用 C 和 C++ 时）
Windows 下 MinGW-w64 + CMake 常见编译失败原因
不是 CMake 写错了，而是底层 g++ 调用被环境卡住：
-
g++: error: unrecognized command line option '-municode'：这是 CMake 错误推断了 MSVC 工具链，解决方法是在cmake命令中显式指定：cmake -G "MinGW Makefiles" -DCMAKE_CXX_COMPILER=g++ .. - 中文路径或空格路径导致
g++报错（如no such file or directory）：CMake 生成的 Makefile 里路径未加引号，临时解法是把项目移到C:/proj这类无空格纯英文路径 -
undefined reference to `WinMain@16'：g++默认按 Windows GUI 程序链接，加set(CMAKE_EXE_LINKER_FLAGS "-mconsole")强制控制台子系统 -
cannot find -lstdc++：MinGW-w64 安装不完整，libstdc++.dll.a缺失，重装时选完整线程模型（posix）和架构（x86_64）
如何确认 CMake 真正在用你想要的 g++？
别信 which g++ 或 g++ --version，要查 CMake 实际绑定的路径：
- 运行
cmake -DCMAKE_VERBOSE_MAKEFILE=ON ..后看第一行输出：-- The CXX compiler identification is GNU 13.2.0，再往下找-- Found Git: /usr/bin/git (found version "2.40.1")这类信息前的几行，通常有-- The CXX compiler is "/mingw64/bin/g++.exe" - 在
CMakeCache.txt中搜索CMAKE_CXX_COMPILER:，值应为绝对路径（如CMAKE_CXX_COMPILER:FILEPATH=D:/mingw64/bin/g++.exe） - 若值为空或指向
cl.exe，说明 CMake 初始化时没找到g++，删掉build/目录重新运行cmake -G "MinGW Makefiles" ..
最易被忽略的是：CMake 一旦成功缓存了编译器路径，就不会再检测环境变量变更 —— 改了 PATH 或重装 MinGW 后，必须清空构建目录重来。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
