java - Android JNI 无法使用 dlopen 成功加载库 - 但它曾经

Question

这是两个(实际上是四个)Android 设备的故事。只有一部是手机，与问题无关。

我的 JNI 适用于其中一个，但不适用于其他。

直到最近，该应用程序及其 JNI 都运行良好。一年不需要对应用程序进行任何更新后，我重新打开它，现在出现故障。

此 JNI 代码(进行了一些名称更改以在公共(public)论坛上混淆该项目):

void * gTheLibrary;
JNIEXPORT int JNICALL Java_com_doamin_ourapp_ourmodule_LoadLib(JNIEnv * env, jobject obj) {
    globalObject = env->NewGlobalRef( obj );
    env->GetJavaVM( &globalJVM );
    if (gTheLibrary != NULL) {
        __android_log_print(ANDROID_LOG_VERBOSE, APPNAME," JNI-> The lib is already loaded\n");
        return 0;
    }
    gTheLibrary = dlopen("./libmyprocess.so", RTLD_NOW);
    if (gTheLibrary == NULL) {
        char buffer[512];
        sprintf(buffer," JNI-> ****  FAILED to load DSO %s \n", dlerror());
        __android_log_print(ANDROID_LOG_VERBOSE, APPNAME,"%s",buffer);
        return -1;
    }
...

“dlerror()”日志条目报告:

"JNI-> ****  FAILED to load DSO dlopen failed: library "./libmyprocess.so" not found"

但是 C 库是与 APK 一起打包的。因此，该 JNI 的 C lib 模块正在加载。但它对“dlopen()”的调用没有找到 DSO。

正如我所说，这段代码适用于所有设备。直到我重新打开该项目进行一些小的更改。而且它们都与 JNI 无关。只是 Java 的一些小改动。

• 此代码在 Kindle Fire(Android 版本 5.0.1)中运行良好
• 此代码在 Samsung Tablet 10.1"Android 上的“dlopen(...)”上失败6.0.1
• 此代码在 HTC Desire 530、Android 7.0 上失败
• 此代码在运行 Android 4.4 的 Odroid SBC 上也能正常运行

所有设备都设置为允许 USB 调试、允许来自未知来源的应用程序等...重复一遍，这用于运行所有这些设备。现在其中一些失败了。

JNI 库以及它尝试加载的库在 Application.mk 中设置了“APP_PLATFORM := android-19”，因此它们是一致的。库是在 Android Studio 之外构建的，因此版本不应该成为一个因素，但我正在使用 A.S. 2.3.3.为了保持同步，我重新编译了所有内容。

我猜这与操作系统版本有关。但没有任何线索说明编译的 C 代码有什么不同/为什么不同。以及为什么在一年前它在这些相同的操作系统版本上运行。有什么建议可以帮助确定如何解决这个问题吗？

提前致谢。

-斯科蒂

---- 更新 -----
尝试一些事情，但没有取得进展...使用“arm-linux-androideabi-readelf”，我看到有 6 个“需要”的库:

0x00000001 (NEEDED)   Shared library: [liblog.so]
0x00000001 (NEEDED)   Shared library: [libandroid.so]
0x00000001 (NEEDED)   Shared library: [libstdc++.so]
0x00000001 (NEEDED)   Shared library: [libc.so]
0x00000001 (NEEDED)   Shared library: [libm.so]
0x00000001 (NEEDED)   Shared library: [libdl.so]

我完全删除了库并重建了它。甚至没有任何#includes...它的字面意思是这样的:

void * Initialize() {
    return 0;
}

它实际上不需要任何外部库。然而我重新运行了“arm-linux-androideabi-readelf”，它仍然列出了同样的 6 个库。当我重新测试该应用程序时，它仍然无法加载。

作为另一项测试，我从 ...\platforms\android-19\arch-arm\usr\lib\中获取了这 6 个所需的库，并将它们复制到与 JNI 和 dlopen 中的库相同的“libs”文件夹中(...)，并验证它们是否都在 APK 中(通过将其作为 zip 文件打开)。但 JNI DSO 仍然在“dlopen(...)”上给我同样的失败。

我的思绪不断回到那句古老的格言“以前是有效的”——设备中发生了什么变化？或者 Studio/NDK 中的一些自动更新？

Answer 1

通过消除“本地”路径解决了这个问题...

 gTheLibrary = dlopen("libmyprocess.so", RTLD_NOW);

我不知道为什么它最初会在那里。我想是因为两年前有必要指定图书馆的本地位置。然而现在，它却引发了问题。无需包含 6 个“所需”库。