CLion不自动生成CMakeLists.txt，仅解析其配置项目；新建C项目时仅提供极简模板，多源文件、第三方库等需手动编写，关键包括cmake_minimum_required、project、add_executable及target_include_directories等现代CMake语法。
CLion里CMakeLists.txt不是自动生成的，得手动写或改
CLion本身不替你写CMakeLists.txt——它只读取、解析并据此配置项目。新建C项目时，CLion会生成一个极简模板，但只要涉及多源文件、第三方库、条件编译或自定义目标，你就必须自己编辑CMakeLists.txt。别指望点几下鼠标就能搞定链接逻辑或头文件路径。
从最简可用结构开始：project() + add_executable()
多数初学者卡在“为什么改了代码不重新编译”或“找不到main函数”，本质是CMakeLists.txt没正确声明可执行目标。一个能跑起来的最小骨架长这样：
cmake_minimum_required(VERSION 3.20) project(myapp) add_executable(myapp main.c utils.c)
注意三点：
-
project()名字必须和add_executable()第一个参数一致，否则CLion可能无法识别构建目标 - 所有源文件路径是相对于
CMakeLists.txt所在目录的，不能写src/main.c却把CMakeLists.txt放在项目根目录外 - CLion默认用
out/build/作为构建目录，改完CMakeLists.txt后要点击右上角Reload CMake project（不是Build按钮）
include_directories()已过时，改用target_include_directories()
老教程里常见include_directories(./inc)，但在现代CMake（3.10+）中它作用域全局、易污染其他target，CLion的CMake解析器也会报黄色警告。正确做法是绑定到具体目标：
add_executable(myapp main.c) target_include_directories(myapp PRIVATE ./inc)
PRIVATE表示头文件路径只对myapp生效；若该库还要被其他target链接，才考虑PUBLIC或INTERFACE。漏写这个，#include "utils.h"就会报fatal error: utils.h: No such file or directory。
链接第三方库时，find_package()和target_link_libraries()必须配对
比如要用OpenSSL，在CMakeLists.txt里写find_package(OpenSSL REQUIRED)只是“找到”，不等于“链接”。必须显式告诉哪个target链接它：
find_package(OpenSSL REQUIRED) add_executable(myapp main.c) target_link_libraries(myapp PRIVATE OpenSSL::SSL OpenSSL::Crypto)
关键点：
- 用
OpenSSL::SSL这种带命名空间的导入目标（Imported Target），而不是裸库名ssl——后者在CLion里常导致跳转失效、补全缺失 -
target_link_libraries()的scope（PRIVATE/PUBLIC）要和target_include_directories()保持一致，否则依赖传递会出问题 - 如果
find_package()失败，CLion底部会显示红色错误，但不会自动弹窗提醒，得看Build工具窗口里的CMake输出
复杂项目里，CMakeLists.txt真正难的不是语法，而是理解target之间的依赖边界——CLion的图形化依赖视图（View → Tool Windows → CMake）能帮你确认是否连对了，但前提是CMake脚本本身没绕晕自己。
