clion项目创建本质是配置可构建调试的cmake工作流：通用项目选c++ executable自动生成骨架，stm32开发须选stm32cubemx类型并先在cubemx中生成代码、设toolchain为cmake，再粘贴输出路径；工具链需手动配置编译器路径，cmakelists.txt修改后须手动重载，运行/调试配置需手动设置参数与调试器。
CLion 项目创建不是“选个模板点确定”就完事的——它本质是配置一个可构建、可调试的 CMake 工作流，关键在工具链和生成路径是否对得上。
选对项目类型：C++ Executable 还是 STM32CubeMX？
绝大多数通用 C/C++ 项目直接选 C++ Executable：CLion 会自动生成带 CMakeLists.txt 的骨架，包含 add_executable() 和标准语言设置。别选错成 C++ Library 或空项目，否则连 main() 都不会给你建。
如果是 STM32 开发，必须用 STM32CubeMX 类型，且前提是本地已装 STM32CubeMX 和 STM32CubeCLT。这时 CLion 不负责生成代码，只接管 CMake 构建——你得先在 CubeMX 里点 Generate Code，再把输出目录路径粘贴进 CLion 新建项目的 位置 字段。
- 选
C++ Executable后，Language standard建议设为C++17或更高，避免某些 STL 特性报错 - 选
STM32CubeMX时，CubeMX 的Toolchain / IDE必须设为CMake，否则生成的文件结构 CLion 无法识别 - 不要跳过
Project name输入——它会直接写进CMakeLists.txt的project()指令，改起来麻烦
工具链没配好，项目根本跑不起来
CLion 创建完项目只是第一步，真正卡住人的往往是工具链（Toolchain）未激活或路径错位。Windows 上最常见的是 MinGW-w64 找不到 g++.exe，Linux/macOS 则可能默认用了系统自带的老 GCC。
- 进入
Settings | Build, Execution, Deployment | Toolchains - 点击
+添加新工具链，类型选MinGW（Win）、WSL（Win+WSL2）、Clang（macOS）或GNU GCC（Linux） -
CMake executable推荐用捆绑版（Bundled），除非你明确需要特定版本；Compiler路径必须指向实际的g++.exe或clang++可执行文件，不能只到 bin 目录 - 如果 CLion 提示 “No CMake toolchains found”，说明它没扫描到已安装的编译器——此时手动指定路径比等自动检测更可靠
CMakeLists.txt 修改后要重载
CLion 不会实时监听 CMakeLists.txt 变更并自动重载构建系统。比如你加了 target_include_directories() 或换了 set(CMAKE_CXX_STANDARD 20)，不手动触发重载，后续编译仍按旧配置走。
- 修改完
CMakeLists.txt后，右下角会出现Reload project提示，点它 - 或者用快捷键：
Ctrl + Shift + O（Win/Linux）、⌘ + ⇧ + O（macOS） - 如果重载失败，看右下角弹出的错误信息——大概率是语法错误，比如漏了括号、引号不匹配，或用了不支持的 CMake 版本指令
运行/调试配置不是默认就好的
新建项目后，CLion 会自动生成一个 Run 配置，但它默认不带命令行参数，也不启用 GDB/LLDB 调试符号。想单步调试或传参，必须手动编辑。
- 点右上角
Add Configuration→Add New Configuration→C/C++ Executable -
Executable字段填构建产物路径，通常是cmake-build-debug/your_project_name（取决于你的 build directory 设置） - 命令行参数写在
Program arguments栏，比如--verbose --input data.txt - 调试前确认
Debugger下拉框选的是GDB或LLDB，而不是None
真正容易被忽略的是：不同 build type（Debug/Release）产出的二进制位置不同，调试时如果选错了配置，会提示 “no executable specified” 或断点不命中——务必核对 Build directory 和实际输出路径是否一致。
