1.4.4 依赖管理与链接逻辑 (Dependency Management & Linking Logic)

1. 依赖获取策略 (Dependency Acquisition Strategy)

关键性：P1
策略解析：
- 在线拉取：使用了现代 CMake 的 FetchContent 模块在线管理 GoogleTest。
- 优势：相比传统的 ExternalProject_Add，FetchContent 在配置阶段即下载源码，使得子项目可以直接参与主构建树的编译，非常适合 CI/CD 自动化环境。
- 配置状态：已配置 gtest_force_shared_crt 等缓存变量，确保运行时库兼容。

探测依据：

include(FetchContent)
FetchContent_Declare(…)
FetchContent_MakeAvailable(googletest)

2. 头文件暴露与隔离 (Header Visibility & Isolation)

关键性：P0
策略解析：
- 目标级管理：全面采用 target_include_directories。
- 传递性控制：
  - signal_lib 使用了 PUBLIC 属性。这意味着任何链接了 signal_lib 的目标（如 main_app），都会自动继承其头文件搜索路径。这是构建库（Library）的标准范式。
  - GTest 使用了 SYSTEM INTERFACE，有效屏蔽了第三方库可能产生的编译器警告。

探测依据：

target_include_directories(signal_lib PUBLIC …)

3. 链接传递性与作用域 (Linking Transitivity & Scope)

关键性：P0
策略解析：
- 层级清晰：
  - signal_lib 封装了底层的 SDK 细节（链接 cudart），对外暴露为高级接口。
  - main_app 仅需链接业务库 signal_lib 和系统库 numa，无需关心底层是否使用了 CUDA。
- 链接模式：
  - main_app 使用 PRIVATE 链接 numa（仅自己用，不传递）。
  - signal_lib 使用 PUBLIC 链接 cudart（依赖传递）。

探测依据：

target_link_libraries(main_app PRIVATE signal_lib numa)
target_link_libraries(signal_lib PUBLIC cudart)

4. 运行时路径注入 (RPATH Mechanism)

关键性：P0 (Critical)
策略解析：
- 物理状态：readelf 确认二进制文件头部包含 Library rpath: [/usr/local/corex/lib]。
- 生成机制：尽管源码中未显式设置 CMAKE_INSTALL_RPATH，但由于链接时使用了库的绝对路径（推测 cudart 变量解析为 /usr/local/corex/lib/libcudart.so），CMake 默认会将非系统路径（Non-standard Path）自动添加到 Build Tree 的 RPATH 中。
- 运维价值：这确保了程序部署到生产环境时，不需要配置 LD_LIBRARY_PATH 环境变量即可运行，极大地降低了运维出错率。

探测依据：

readelf -d …/bin/main_app | grep RPATH
0x000000000000000f (RPATH)   Library rpath: [/usr/local/corex/lib]