cmake中设置编译器需优先指定cmake_c_compiler和cmake_cxx_compiler变量，可通过cmakelists.txt开头硬编码、工具链文件或命令行参数三种方式实现，其中工具链文件最可靠；设置必须在project()之前且首次配置生效，后续修改需清空构建目录。
直接改 CMakeLists.txt 和 toolchain 设置，比在 UI 里点来点去更可靠、更可控。
修改 CMake 构建行为：改 CMakeLists.txt 或传参覆盖
CLion 的构建逻辑本质是调用 CMake，所以真正起作用的是 CMake 配置本身，不是 UI 里的“配置项”。UI 中的设置（比如 Build directory）只是告诉 CLion 去哪里执行 cmake -S ... -B ...。
- 要换编译器，优先在命令行传参：
cmake -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++ ..，CLion 会读取并同步到工具链界面 - 想加编译选项？别只靠
set(CMAKE_CXX_FLAGS ...)，用target_compile_options(my_target PRIVATE -Wall -Wextra)更精准 - 如果改了
CMakeLists.txt但 CLion 没反应，点右上角Reload CMake project图标（或按Ctrl+Shift+O），不是重新打开项目 - 误删了
CMakeCache.txt？别慌——它只是缓存，下次 reload 就会重建；但手动改它不如用命令行重配
切换或重配工具链：影响编译器、调试器、环境变量
工具链（Toolchain）决定用哪个 gcc、哪个 gdb、是否走 WSL/远程/MinGW，它比单个运行配置更底层。
- 路径不对？检查
Settings | Build, Execution, Deployment | Toolchains里CMake、Compiler、Debugger三项是否都指向有效路径 - 用远程 Linux 编译但
gdb找不到？确保远程主机已安装gdbserver，且 CLion 工具链中Debugger类型选的是Embedded GDB Server或填对远程gdb路径 - Windows 上 MinGW 报 “No compiler found”？确认安装包含
mingw32-gcc-g++（不是只有mingw32-base），且 bin 目录（如mingw64\bin）在系统PATH中 - 改完工具链后旧构建目录可能残留不兼容产物，建议清掉
build/目录再 reload
调整运行/调试配置：只改启动时行为，不碰构建逻辑
这里的配置只影响程序怎么跑、带什么参数、在哪工作，和“怎么编译”是两件事。临时配置（半透明图标）改完即丢，永久配置才值得细调。
- 加命令行参数？在
Edit Configurations→ 对应配置 →Program arguments里填，别写在Environment variables里 - 工作目录设错导致文件打不开？
Working directory填绝对路径（如$ProjectFileDir$/data）比相对路径更稳 - 想同时跑多个实例（比如测并发）？勾选
Allow multiple instances，否则第二次运行会杀掉前一个 - 调试时看不到变量值？先确认工具链里
Debugger用的是 CLion 捆绑的 GDB（尤其 Windows），自编译的 GDB 缺 Python 支持会导致 data renderers 失效
最易被忽略的一点：CLion 不会自动同步你手动改的 CMakeCache.txt 或外部 shell 环境变量。所有构建相关变更，必须通过 CMake 重配置（reload）或工具链设置生效；运行时参数则只在对应 Run/Debug 配置里起作用——这两层不能混着调。
