如何在CLion中实现嵌入式项目的跨编译单元测试？

解决多CMake目标识别问题 #

• 拆分工具链配置：创建独立的主机工具链文件（如host-gcc-toolchain.cmake）和目标平台工具链文件（如arm-cross-toolchain.cmake），分别指定对应编译器、链接器等参数，避免在同一CMakeLists中混写不同平台的编译逻辑。
• 添加多CMake配置：打开Settings/Preferences > Build, Execution, Deployment > CMake，点击+新增配置，每个配置指定专属的工具链文件和构建目录（例如cmake-build-host和cmake-build-arm）。CLion会为每个配置维护独立的构建环境，不会出现仅识别单一目标的问题。
• 条件编译测试代码：在测试代码的CMakeLists中加入判断，仅当主机编译时才生成测试目标：

  if(CMAKE_HOST_SYSTEM_NAME STREQUAL CMAKE_SYSTEM_NAME)
      add_executable(unit_tests test_code.cpp)
      target_link_libraries(unit_tests PRIVATE project_portable_lib gtest)
  endif()
  

解决编译器配置不生效问题 #

• 强制使用独立构建目录：每个CMake配置必须指定唯一的构建目录，禁止共用默认的cmake-build-debug等目录。独立目录会隔离不同配置的缓存，切换时不会残留旧编译器设置。
• 切换配置后重载：修改工具链或CMakeLists后，先切换到对应的CMake配置，再点击CMake工具窗口的Reload CMake Project，CLion会基于当前配置的工具链重新生成缓存，无需手动删除缓存文件。
• 一键清理缓存：若仍有缓存残留，直接使用CLion提供的Clear Cache and Reload Project按钮（CMake工具窗口右上角），比手动删除目录更高效且不易出错。

嵌入式项目单元测试最佳实践 #

• 拆分代码层级：将项目分为可移植逻辑层和平台适配层，可移植层仅使用标准C/C++语法，不依赖目标硬件API，主机可直接编译测试这部分核心逻辑。
• 模拟平台依赖：针对平台适配层，使用测试框架的Mock功能（如Google Test Mock）在主机上模拟硬件接口行为，无需交叉编译即可验证交互逻辑。
• 配置专属运行项：在Run/Debug Configurations中分别创建主机测试和目标平台程序的运行项，切换CMake配置后可直接启动对应任务，无需重复调整参数。

内容的提问来源于stack exchange，提问作者Robert L.