CLion 不能直接打开裸 .cpp 文件，因其是基于构建系统的 IDE，依赖 CMake/Makefile 等定义编译规则；无构建脚本则无法识别编译器、链接库及符号信息，导致无法运行、补全或跳转。
CLion 不能直接“打开单个 .cpp 文件”——它只认项目结构，没有 CMakeLists.txt 或 Makefile 的纯代码文件，必须先纳入合法项目才能编译运行。
为什么 CLion 打不开裸 .cpp 文件？
CLion 是基于构建系统的 IDE，不是文本编辑器。它依赖 CMake、Makefile 或 Autotools 描述“哪些源码参与编译”“链接哪些库”“用什么标准和工具链”。没有这些元信息，CLion 就不知道该调用 g++ 还是 clang++，也不知道要不要链接 -lpthread，更无法做符号跳转或智能补全。
常见错误现象：
双击 hello.cpp → 只能查看，灰色的 ▶ 按钮不可点；右键 Run → 提示 “No run configuration” 或 “Target not found”。
导入已有 C++ 项目（含 CMakeLists.txt）
这是最标准、最稳定的方式。前提是项目根目录下已有合法的 CMakeLists.txt（哪怕只有三行）。
立即学习“C++免费学习笔记（深入）”；
- 启动 CLion，点击 Welcome 界面 的
Open（不是Open Project，也不是Create New Project） - 选择项目根目录（即包含
CMakeLists.txt的文件夹），不要选到子目录里 - 勾选
Load project using: CMake（默认通常已选），点击OK - 等待右下角弹出
Load CMake project提示，点击Load；若没弹出，手动点右上角Reload CMake project按钮（两个循环箭头图标）
成功标志：左侧 Project 树里出现 External Build Files 或正确展开的 src/ 目录，且任意 .cpp 文件中能跳转到 std::cout 定义。
导入纯源码文件夹（无构建脚本）
适用于你只有一堆 .cpp 和 .h，但没配过 CMakeLists.txt 的情况。本质是让 CLion 帮你“反向生成”一个最小可用的构建配置。
- 在 Welcome 界面点击
Create New Project - 语言选
C++，构建系统选CMake，点击Next - 项目名随意（如
legacy-code），路径选你那个纯源码文件夹的父目录（例如你的代码在D:\code\hw，就填D:\code） - 点击
Create，CLion 会新建一个空项目，然后你手动把原hw文件夹拖进Project面板的根节点（或用系统文件管理器复制粘贴） - 在项目根目录右键 →
New→CMakeLists.txt，写入最简内容：cmake_minimum_required(VERSION 3.20) project(legacy-code) set(CMAKE_CXX_STANDARD 17) add_executable(main main.cpp)
（把
main.cpp替换成你实际含int main()的文件名）- 保存后，CLion 通常自动提示 reload；没提示就点右上角刷新按钮
运行单个
.cpp文件（临时调试/作业场景）不推荐长期使用，但对算法题、小练习很实用。核心是绕过项目级构建，靠插件实现“单文件编译+运行”。
- 安装插件：
File | Settings | Plugins→ 搜索C/C++ Single File Execution→ 安装并重启 - 确保你的
.cpp文件里有且仅有一个int main() - 右键该文件 →
Run 'xxx.cpp'（不是顶部绿色 ▶） - 第一次运行时，CLion 会自动生成临时构建配置，后续就能直接用了
⚠️ 注意：此方式不参与 CMake 缓存，不支持跨文件引用（比如
a.cpp调b.cpp的函数），也不做头文件依赖分析——它只是悄悄调了一次g++ -std=c++17 xxx.cpp -o /tmp/xxx && /tmp/xxx。真正容易被忽略的是：当你混用“CMake 项目”和“单文件执行”时，CLion 的
Build菜单和Run菜单会同时存在两套逻辑，而错误配置的CMakeLists.txt（比如多写了add_executable）会让单文件运行也失败。遇到问题，先关掉所有 run configuration，再检查CMakeLists.txt是否干净。
