最可靠方式是命令行用-d成对指定c/c++编译器绝对路径，如-d cmake_c_compiler=/usr/bin/gcc-11 -d cmake_cxx_compiler=/usr/bin/g++-11，首次配置生效且跳过自动探测；工具链文件适合多项目复用，环境变量易污染且跨平台不可靠。
直接指定编译器路径最可靠，别依赖环境变量或默认查找 —— 尤其当你系统里装了多个 GCC 或 Clang 版本时，cmake .. 很可能悄悄选错版本，连 warning 都不给。
cmake 命令行里用 -D 指定编译器路径
这是最推荐、最可控的方式。CMake 会把 CMAKE_C_COMPILER 和 CMAKE_CXX_COMPILER 当作绝对路径处理，跳过所有自动探测逻辑。
- 必须成对设置：只设
-D CMAKE_C_COMPILER=/usr/bin/gcc-11，CMake 会自己推导CMAKE_CXX_COMPILER为g++（不是g++-11），导致 ABI 不匹配 - 路径要写全：比如
/usr/bin/g++-11，不能只写g++-11；如果编译器不在$PATH中，CMake 找不到 - 首次配置才生效：已有
build/目录且含CMakeCache.txt，改参数也没用，得删掉整个 build 目录重来
正确示例：cmake -S . -B build -D CMAKE_C_COMPILER=/usr/bin/gcc-11 -D CMAKE_CXX_COMPILER=/usr/bin/g++-11
为什么不用 CC/CXX 环境变量？
它只在全新构建目录下有效，且容易被继承污染 —— 比如你 export 过一次 CXX=clang++，后续所有项目（包括子模块）都可能误用它，而你根本没意识到。
- 环境变量优先级低于
-D，但高于 PATH 查找；一旦缓存生成，它就失效了 - Windows 上
CC/CXX基本无效，CMake 主要看 Visual Studio 安装状态 - 跨平台 CI 脚本里混用环境变量和
-D，极易出现本地能跑、CI 报错的情况
工具链文件（toolchain.cmake）适合多项目复用
当你有固定编译器组合（比如 GCC 11 + 自定义 sysroot）、或要支持交叉编译时，把设置抽成文件比每次敲长命令靠谱。
- 文件内容只需两行：
set(CMAKE_C_COMPILER /usr/bin/gcc-11)set(CMAKE_CXX_COMPILER /usr/bin/g++-11) - 调用时加
-D CMAKE_TOOLCHAIN_FILE=toolchain.cmake，CMake 会先加载它再做其余配置 - 注意：工具链文件里不能用
project()，也不能放任何依赖find_package的逻辑
验证编译器是否真被用了
别信日志里那句 “-- The C compiler identification is GNU”，它只说明识别出编译器类型，不反映实际路径。真正要看的是缓存值。
- 检查
build/CMakeCache.txt中这两行：CMAKE_C_COMPILER:FILEPATH=/usr/bin/gcc-11CMAKE_CXX_COMPILER:FILEPATH=/usr/bin/g++-11 - 或者运行：
cmake -L -B build | grep COMPILER - 编译时加
--verbose（如cmake --build build --verbose），看第一行调用的是否是你指定的路径
最容易被忽略的点：CMake 把 C 和 C++ 编译器当成强耦合项，CMAKE_C_COMPILER 改了，CMAKE_CXX_COMPILER 不显式设就会 fallback 到系统默认，哪怕你只编 C++ 项目也一样。
