如何强制CMake执行多组件依赖的顶层CMakeLists.txt？（Android C项目）

首先得明确：你在顶层CMake里写的add_subdirectory(src/main/cpp/deps)，本身就是CMake执行该子目录下CMakeLists.txt的标准方式。如果它没执行，大概率是路径、缓存或者子目录CMake本身的逻辑问题，下面是具体的排查和解决方法：

先确认核心前提 #

确保src/main/cpp/deps目录下存在命名完全正确的CMakeLists.txt文件（Android构建环境基于Linux，文件名大小写敏感，cmakelists.txt这种小写命名不会被CMake识别）。

具体解决方案 #

1. 用绝对路径指定子目录，规避相对路径坑 #

相对路径有时候会因为CMake当前工作目录的变化出现问题，换成绝对路径能彻底避免这种情况：

# 替换原来的add_subdirectory行
add_subdirectory(${CMAKE_CURRENT_SOURCE_DIR}/src/main/cpp/deps)

CMAKE_CURRENT_SOURCE_DIR会精准指向顶层CMakeLists.txt所在的目录，路径绝对不会出错。

2. 清理CMake缓存，从头重新配置 #

CMake会缓存之前的构建配置，如果你是后来才添加的deps子目录，旧缓存可能会让CMake跳过它。解决步骤：

• 对于Android Studio项目，删除项目根目录下的.cxx文件夹和build文件夹
• 重新点击「Sync Project with Gradle Files」，让CMake重新生成完整配置

3. 检查deps目录的CMakeLists是否有条件跳过逻辑 #

如果deps里的CMakeLists.txt包含类似下面的条件判断，可能导致代码被跳过执行：

if(NOT ANDROID)
    return()
endif()

这种情况要确保Android相关的环境变量（比如ANDROID_ABI、ANDROID_PLATFORM）已正确设置，或者调整条件逻辑让它在你的构建环境下生效。

4. 应急方案：用include代替add_subdirectory（不推荐但可用） #

如果add_subdirectory始终不生效，可以尝试直接包含deps的CMakeLists.txt：

include(${CMAKE_CURRENT_SOURCE_DIR}/src/main/cpp/deps/CMakeLists.txt)

注意：include是把代码插入到当前CMake作用域中，而add_subdirectory会创建独立作用域，可能引发变量冲突，所以优先使用add_subdirectory。

验证是否生效 #

你已经开启了CMAKE_VERBOSE_MAKEFILE on，重新构建时查看日志，如果看到类似Entering directory '/path/to/your/project/src/main/cpp/deps'的输出，就说明deps的CMakeLists已经被成功执行了。

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