使用Android.mk添加预构建静态与共享库问题求助

嘿，我来帮你搞定这个JNI关联的问题！你已经搞定了Dlib的预构建.so，现在卡在superpowers静态库这里，大概率是这几个地方出了问题，咱们一步步来排查修复：

1. 先确认superpowers静态库的JNI函数是否正确导出 #

静态库（.a）里的JNI函数必须是全局可见的，尤其是用C++写的代码，一定要加extern "C"来避免名字 mangling（就是编译器把函数名改得面目全非），不然Java根本认不出来。

你可以用nm工具检查静态库的符号：

nm -D libsuperpowers.a | grep "Java_"

如果输出里看不到以Java_开头的函数名，那肯定是导出有问题。这时候要去改superpowers的JNI代码，每个JNI函数都得这么写：

extern "C" JNIEXPORT jstring JNICALL
Java_com_your_package_YourClass_yourJniMethod(JNIEnv* env, jobject thiz) {
    // 你的函数实现
}

2. 修正Android.mk里的静态库链接配置 #

Android.mk里必须正确把superpowers静态库链接到你的JNI模块里，不然静态库的代码不会被打包进去。给你一个适配你场景的示例配置，你可以对照着改自己的：

LOCAL_PATH := $(call my-dir)

# 先引入预构建的Dlib共享库
include $(CLEAR_VARS)
LOCAL_MODULE := dlib
LOCAL_SRC_FILES := path/to/your/dlib/libs/$(TARGET_ARCH_ABI)/libdlib.so
include $(PREBUILT_SHARED_LIBRARY)

# 处理你的JNI代码 + 链接superpowers静态库
include $(CLEAR_VARS)
LOCAL_MODULE := your_jni_lib  # 你自己的JNI模块名，Java里加载用这个
LOCAL_SRC_FILES := your_jni_impl.cpp  # 你的JNI实现文件（如果有的话）
LOCAL_STATIC_LIBRARIES := superpowers  # 声明要链接的superpowers静态库
LOCAL_SHARED_LIBRARIES := dlib  # 依赖Dlib的共享库
LOCAL_LDFLAGS += -L$(LOCAL_PATH)/path/to/superpowers/libs/$(TARGET_ARCH_ABI)  # 指定静态库的路径
LOCAL_LDLIBS += -llog -landroid  # 必须的系统依赖库

include $(BUILD_SHARED_LIBRARY)

# 引入superpowers静态库
include $(CLEAR_VARS)
LOCAL_MODULE := superpowers
LOCAL_SRC_FILES := path/to/superpowers/libs/$(TARGET_ARCH_ABI)/libsuperpowers.a
include $(PREBUILT_STATIC_LIBRARY)

这里要注意：

• 路径一定要对应TARGET_ARCH_ABI，确保不同CPU架构的库能正确匹配
• LOCAL_STATIC_LIBRARIES必须写上superpowers，不然编译器不会把静态库的代码打包进去
• 别漏掉LOCAL_LDLIBS里的系统库，不然可能会出现奇怪的依赖错误

3. 核对JNI函数签名是否完全匹配 #

Java调用JNI时，函数签名必须一丝不差——包名、类名、方法名，甚至参数和返回值类型都得完全对应。你可以用javah工具生成标准签名来核对：

javah -classpath ./app/build/intermediates/classes/debug -jni com.your.package.YourJavaClass

把生成的头文件里的函数签名，和superpowers库中的JNI函数对比，看看有没有拼写错误、参数类型不对的情况。

4. 检查Java端加载库的顺序 #

在Java代码里，一定要先加载依赖的库，再加载自己的JNI模块：

static {
    System.loadLibrary("dlib");  // 先加载Dlib的共享库
    System.loadLibrary("your_jni_lib");  // 再加载包含superpowers的JNI模块
}

要是顺序反了，可能会出现依赖加载失败，间接导致JNI函数找不到。

5. 排查CMakeLists和Android.mk混用的冲突 #

你提到superpowers带有CMakeLists.txt，如果你的项目同时用了Android.mk和CMake，很可能会出现构建冲突。建议统一用一种构建方式：

• 要是坚持用Android.mk，就把superpowers的CMake配置转换成Android.mk的写法，确保所有库都通过Android.mk来构建链接
• 要是换成CMake，用add_library引入预构建的Dlib.so，再链接superpowers的静态库，可能会更直观

最后，你可以去Logcat里看具体的错误日志，比如有没有UnsatisfiedLinkError，里面会明确告诉你是哪个函数找不到，或者哪个库加载失败，这能帮你更快定位问题。

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