Android Studio 4.0.1中CMake获取NDK模块构建路径的变量方法

嗨，我明白你现在的问题——不想在B的CMakeLists里硬编码A的静态库路径，这样模块复制到其他项目也能正常工作对吧？完全没问题，Android Studio和CMake其实提供了好几种可靠的方式来处理这种情况，不用写死那些冗长的build路径。

方法1：直接依赖CMake目标（推荐） #

这是最简洁也最符合CMake设计初衷的方式，完全不用手动指定路径。只要你已经在项目中通过add_subdirectory()引入了A模块，或者用find_package()定位到了A的构建目标，直接在B的target_link_libraries()里引用A的目标名称即可：

# 假设你已经通过add_subdirectory引入了A模块，比如：
# add_subdirectory(../A A_build)
target_link_libraries(B PRIVATE A)

CMake会自动处理A的构建顺序（确保A先编译完成），并且自动匹配对应ABI、构建类型（Debug/Release）的静态库路径，完全不用你操心路径的变化。这种方式也让你的CMakeLists更具可移植性，复制到其他项目只要依赖关系正确就能直接运行。

方法2：使用CMake生成器表达式获取目标路径 #

如果因为某些特殊需求，你确实需要单独获取A库的路径或完整文件路径，可以用CMake的生成器表达式——它会在构建阶段根据当前的配置动态解析出正确路径：

• 获取A库所在的目录：$<TARGET_FILE_DIR:A>
• 获取A库的完整路径（包含文件名）：$<TARGET_FILE:A>

举个实际使用的例子：

# 获取A静态库的目录
set(A_LIB_DIR $<TARGET_FILE_DIR:A>)
# 获取A静态库的完整路径
set(A_LIB_PATH $<TARGET_FILE:A>)

# 如果需要引用A的头文件路径，也可以用生成器表达式直接获取
target_include_directories(B PRIVATE $<TARGET_PROPERTY:A,INTERFACE_INCLUDE_DIRECTORIES>)

这种方式完全适配Android Studio的各种构建变体和ABI，不会出现硬编码路径失效的问题。

方法3：使用Android提供的CMake变量（备选） #

Android Studio在配置CMake时会自动定义一系列环境变量，你也可以用这些变量来拼接路径，不过这种方式灵活性稍差，适合作为备选方案：

常用的变量包括：

• ${CMAKE_BUILD_TYPE}：当前构建类型（Debug/Release）
• ${ANDROID_ABI}：当前构建的ABI（如arm64-v8a、armeabi-v7a等）
• ${CMAKE_LIBRARY_OUTPUT_DIRECTORY}：库文件的输出根目录

如果A模块的输出路径遵循Android Studio默认规则，你可以这样拼接路径：

set(A_LIB_PATH "${CMAKE_LIBRARY_OUTPUT_DIRECTORY}/${ANDROID_ABI}/libA.a")

不过要注意，如果A模块的输出路径被自定义修改过，这种拼接方式可能会失效，所以优先推荐前两种方法。

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