CMake嵌套子项目中设置的变量如何对其他所有子项目可见？

你当前的需求是暴露subsubproj1的头文件目录给依赖方subproj2，现代CMake的标准做法是基于目标的属性传递，不需要手动跨层级传递变量：

• 首先在subsubproj1的CMakeLists.txt里给自身库目标声明PUBLIC属性的头文件目录：

# CMakeLists.txt (subsubproj1)
add_library(subsubproj1 STATIC src/your_source_file.c)
# PUBLIC属性的头文件目录会被自动继承给所有依赖subsubproj1的目标
target_include_directories(subsubproj1
    PUBLIC
        ${CMAKE_CURRENT_SOURCE_DIR}/include
)

• 之后在subproj2的CMakeLists.txt里直接链接subsubproj1目标即可，不需要手动处理头文件路径变量：

# CMakeLists.txt (subproj2)
add_executable(subproj2 src/your_source_file.c)
target_link_libraries(subproj2
    PRIVATE
        subsubproj1
)

这种方式完全不需要跨层级维护变量，依赖关系由CMake自动管理，不会出现路径错误，也不会污染全局作用域，是当前行业的通用标准方案。

如果你不想修改现有项目结构，或者确实有传递非目标相关的全局配置变量的需求，你当前逐层增加PARENT_SCOPE传递变量的方案是合理的，完全符合CMake的作用域规则，在小型项目、嵌套层级不多的场景下可以正常使用。

出现以下情况时，PARENT_SCOPE方案的维护成本会急剧升高，建议替换为顶层直接声明变量或者目标属性方案：

• 项目嵌套层级超过3层：逐层传递的方式要求中间每一层都要写重复的变量传递代码，任意一层漏写就会导致变量传递失效，排查成本很高
• 变量需要被多个平级子项目同时访问：如果后续新增多个子项目都要用到该变量，逐层传递的方式很容易出现变量覆盖问题，不如顶层一次声明全局可见的管控效率高
• 项目需要支持作为子模块被其他父项目引入：如果你的顶层项目本身会作为子模块嵌入更大的项目，逐层向上传递的变量很容易和父项目的同名变量冲突，顶层声明的变量可以通过加项目前缀规避冲突，目标属性方案则完全不会和外部项目产生命名冲突
• 变量值会在不同层级被修改：如果中间层需要调整变量取值，逐层传递的方式很难追踪变量的变更链路，顶层统一声明可以统一管控变量的取值逻辑。

内容的提问来源于stack exchange，提问作者rbaleksandar