如何强制ndk-build在静态库转共享库场景下包含C++库

我之前也碰到过一模一样的架构问题——把所有组件编译成静态库后再打包成空源文件的共享库，确实会触发NDK-build的这个默认行为：它只会在检测到LOCAL_SRC_FILES里有C++源文件（通过扩展名识别，可通过LOCAL_CPP_EXTENSION覆盖）时，才自动引入配置的APP_STL。这里有两种靠谱的解决思路：

方法一：手动声明STL库依赖 #

直接在你的共享库模块的Android.mk里，通过依赖声明强制引入STL，完全贴合NDK的配置逻辑：

# 对应Application.mk里的APP_STL配置，比如APP_STL := c++_shared
LOCAL_SHARED_LIBRARIES += $(APP_STL)

# 如果用的是静态STL（APP_STL := c++_static），则改为静态依赖
# LOCAL_STATIC_LIBRARIES += $(APP_STL)

这种方式不需要新增任何文件，直接告诉NDK-build要链接指定的STL库，还能自动匹配你在Application.mk里配置的STL版本，避免手动写死链接标志带来的版本不兼容问题。

方法二：添加一个空的C++源文件 #

创建一个完全空的C++文件（比如dummy.cpp），把它加入到共享库模块的LOCAL_SRC_FILES中：

LOCAL_SRC_FILES := dummy.cpp

这个空文件不会生成任何有效代码，但会让NDK-build检测到C++源文件的存在，从而自动触发STL的链接流程。这种方法更“偷懒”，适合不想改动太多配置的场景，尤其适合团队协作时，其他人不需要额外理解手动依赖的细节。

额外注意点 #

• 如果你用的是静态STL（c++_static），一定要确保所有依赖的静态库都使用完全相同的STL配置，否则会出现符号重复定义或链接错误。
• 如果你用的是动态STL（c++_shared），NDK-build会自动把对应的.so文件打包到APK中，无需手动处理，但要注意在多ABI项目里，每个ABI的STL库都会被正确打包。

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