CLion无全局默认编译器，必须为每个项目或CMake Profile显式配置Toolchain；编译器由Toolchain驱动，而非CMakeLists.txt硬设或环境变量，否则引发缓存冲突与构建失败。
CLion 没有全局“默认编译器”概念，它按项目（或 CMake Profile）绑定工具链，而工具链决定用哪个 clang、gcc 或 cl。你不能在 Settings 里设一个“所有项目都用 clang”的开关，必须为每个项目/配置显式指定。
Toolchain 设置才是真正的编译器控制点
CLion 的编译器选择完全由 Toolchain 配置驱动，不是靠 CMakeLists.txt 里的 set(CMAKE_CXX_COMPILER ...)，也不是靠环境变量。CMakeLists.txt 中硬写编译器路径会导致 cache 冲突，常见报错如：CMake Error: The source directory does not appear to contain CMakeLists.txt。
- macOS/Linux：进入
Settings → Build, Execution, Deployment → Toolchains，选中对应 CMake Profile 的 Toolchain，填入clang和clang++的绝对路径（如/opt/homebrew/bin/clang） - Windows（MSVC 环境下想用 Clang）：选
Visual Studio工具链，然后在C Compiler字段指向clang-cl.exe（注意不是clang.exe），路径通常类似C:\Program Files\LLVM\bin\clang-cl.exe - Windows（MinGW-w64 + Clang）：需先用 MSYS2 安装
mingw-w64-x86_64-clang，再在 Toolchain 中指定其clang和clang++路径；直接用 LLVM 官方 Windows 版clang.exe会因头文件路径错配而失败
CMakeLists.txt 里该做什么、不该做什么
正确做法是彻底不碰编译器变量，只让 CMake 读取 Toolchain 提供的值。如果你需要额外 flag（比如强制用 libc++），加在 Toolchain 的 CMake options 里：
-DCMAKE_CXX_FLAGS="-stdlib=libc++ -std=c++20"
而不是塞进 CMakeLists.txt。否则 CMake configure 阶段可能忽略 Toolchain 设置，或者在重载项目时触发不可预测的缓存行为。
- 错误示范：
set(CMAKE_CXX_COMPILER "clang++")—— 这会让 CLion 的 Toolchain 配置失效 - 正确留空：CMakeLists.txt 保持干净，只写 project()、add_executable() 等标准逻辑
- 跨平台项目尤其要注意：硬编码路径或编译器名会让别人拉代码后直接 build 失败
多个项目用不同编译器？完全支持，但别混用 Profile
CLion 允许为同一项目配置多个 CMake Profile（比如 Debug-Clang、Release-GCC），每个 Profile 关联独立的 Toolchain。切换 Profile 后，重新加载 CMake 就会自动换编译器。
- 新增 Profile：在
Settings → Build → CMake点+，起个名字，选对应 Toolchain - 不要在一个 Profile 里反复改 Toolchain 路径——容易导致 CMake cache 错乱，clean 掉
cmake-build-*目录再 reload 更可靠 - 单文件编译（不用 CMake）走的是
Run Configuration → C/C++ File，那里也有独立的 Toolchain 下拉菜单，和项目级设置互不影响
最常被忽略的一点：CLion 不会自动校验你填的编译器路径是否真能工作。哪怕路径写错、版本太老、甚至只是少了个 +（clang vs clang++），它也照常生成 CMakeCache.txt，直到 build 时报一堆找不到头文件或链接失败才暴露问题。动手前务必终端里先跑一遍 clang++ --version 和 clang++ -x c++ -E - 确认可用。
