CLion不自带编译器，必须手动指定工具链；否则新建项目运行会报“No CMAKE_C_COMPILER could be found”等错误，关键在于CLion能否在正确路径下找到gcc、g++、gdb和make/ninja四个可执行文件。
CLion 本身不自带编译器，必须手动指定一个可用的工具链（Toolchain），否则新建项目后点击运行会直接报错：CMake Error: No CMAKE_C_COMPILER could be found 或调试器图标灰掉无法启动。关键不是“装没装”，而是 CLion 能不能在正确路径下找到 gcc、g++、gdb 和 make（或 ninja）这四个可执行文件。
Windows 下选 MinGW-w64 还是 MSVC？
新手优先选 MinGW-w64：它轻量、独立、不依赖 Visual Studio 安装包，且 CLion 内置了开箱即用的版本（13.1）。MSVC 更适合开发 Windows 原生 GUI 应用或使用 DirectX/COM 等微软专属 API 的场景。如果你已装了 VS 2022，CLion 能自动识别 Visual Studio 17 2022 工具集；但若只装了 VS 的“构建工具”（Build Tools），CLion 可能扫不到，此时得手动选 System 工具链并填路径。
- MinGW-w64 路径示例（推荐用 MSYS2 安装）：
D:\msys64\mingw64\bin\g++.exe - MSVC 编译器路径通常藏在：
C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\Hostx64\x64\cl.exe（版本号会变） - 混用 MSYS2 的
UCRT64和MINGW64工具链会导致undefined reference to `__imp__invalid_parameter_noinfo'类链接错误
为什么配置完工具链，CMake 仍报 “No CMAKE_CXX_COMPILER”？
常见原因是路径填错了，或者 CLion 没权限读取。重点检查三处：
-
C Compiler必须指向gcc.exe（不是mingw32-gcc.exe），C++ Compiler必须指向g++.exe—— 名字差一个字符就失败 -
Debugger填的是gdb.exe，不是gdb-python.exe或gdb-multiarch.exe（后者是 Linux 交叉调试用的） - 路径中含中文、空格或符号（如
C:\Program Files\）会导致 CLion 启动时静默失败；建议解压到D:\mingw64这类纯英文无空格路径
验证方式：在 CMD 中执行 D:\mingw64\bin\g++.exe --version，能正常输出即说明路径有效。
CLion 自动检测 MinGW 失败，怎么手动填？
CLion 的 “Download” 按钮实际只是下载一个预编译的 MinGW-w64 zip 包，解压后仍需手动指定路径。正确填法如下（以 MSYS2 安装的 MinGW64 为例）：
-
Environment：填D:\msys64\mingw64（只到 bin 上一级） -
C Compiler：D:\msys64\mingw64\bin\gcc.exe -
C++ Compiler：D:\msys64\mingw64\bin\g++.exe -
Debugger：D:\msys64\mingw64\bin\gdb.exe -
Make或Build tool：填D:\msys64\mingw64\bin\mingw32-make.exe（不是make.exe）或ninja.exe（如果装了）
填完点 OK 后，右下角状态栏应显示 “Toolchain is ready”，且调试图标变绿。如果仍是灰色，把 CLion 完全退出重开一次——它不会热重载工具链配置。
最易被忽略的一点：CLion 的工具链配置是项目级的，不是全局的。新建项目时，它默认沿用上次项目的工具链；但如果你删过旧项目或重装过系统，这个缓存可能指向一个已不存在的路径，此时必须进 File → Settings → Build, Execution, Deployment → Toolchains 重新指定，不能只靠“新建项目向导”自动猜。
