clion不直接管理依赖，依赖由cmake控制；需在cmakelists.txt中用target_include_directories和target_link_libraries配置dsp库路径与链接，设cmake_system_name generic，并避免project structure中添加库等错误操作。
CLion 本身不管理依赖，它靠 CMake（或 Conan、pkg-config 等）声明和链接依赖，你配置的是 CMakeLists.txt 和工具链，不是 CLion 的“设置菜单”。
明确 CMake 是依赖入口，不是 CLion 插件
CLion 只解析和高亮 CMakeLists.txt，所有头文件路径、库链接、编译定义都由 CMake 控制。你在 Settings 里改 Toolchain 或 CMake options，只是在告诉 CMake “用谁编”和“传什么参数”，不直接添加库。
- 错误认知：在 CLion 的 Project Structure 里点“+ Library”想加
libarm_cortexM4lf_math.a—— 这对嵌入式项目无效，CLion 不会把它塞进链接命令 - 正确做法：在
CMakeLists.txt中用target_link_libraries()指向该库，并用target_include_directories()加入Middlewares/ST/ARM/DSP/Inc - 常见漏项：忘记设
set(CMAKE_SYSTEM_NAME Generic)（裸机项目必须），否则 CMake 会按 Linux 规则找libc，链接失败
区分三类依赖来源，写法完全不同
同一份 CMakeLists.txt 里混用不同来源的依赖，容易因路径/ABI/架构不匹配导致静默链接错误（比如 FFT 函数调用时跳转到 0x0）。
-
预编译静态库（如 STM32 DSP Lib）：用
add_library(dsp STATIC IMPORTED)+set_property(TARGET dsp PROPERTY IMPORTED_LOCATION ...)，再target_link_libraries(my_target dsp) -
系统级包（如 Qt5、OpenCV）：用
find_package(Qt5 REQUIRED COMPONENTS Core Gui)+target_link_libraries(my_target Qt5::Core)，依赖QT5_DIR或PKG_CONFIG_PATH -
Conan 管理的库（如 spdlog、fmt）：先运行
conan install . --build=missing生成conan_toolchain.cmake，再在CMakeLists.txt开头加include(${CMAKE_BINARY_DIR}/conan_toolchain.cmake)
路径和变量必须用绝对路径或 CMake 内置变量
相对路径在 CLion 的多构建目录（如 cmake-build-debug / build-esp32）下极易失效；环境变量如 $HOME 在 CMake 中不展开，必须用 $ENV{HOME}。
- 错：
include_directories(../Middlewares/ST/ARM/DSP/Inc)—— CLion 可能提示头文件存在，但实际编译时找不到 - 对：
target_include_directories(my_target PRIVATE $ENV{STM32_CUBE_FW}/Middlewares/ST/ARM/DSP/Inc) - ESP-IDF 项目特例：不能手动写
libfreertos.a路径，必须用idf_build_component()或让 ESP-IDF 的project.cmake自动注入 - LibTorch 场景：
set(CMAKE_PREFIX_PATH /path/to/libtorch)必须在find_package(Torch REQUIRED)前，且路径末尾不能带/share/cmake/Torch
最容易被忽略的是 CMake 缓存行为：CMAKE_C_COMPILER 这类变量一旦写入 CMakeCache.txt，后续修改 CMakeLists.txt 中的 set() 不生效——删掉整个 build/ 目录再重新 Configure 才是唯一可靠方式。
