android - 链接共享库 libGLES_mali.so 导致 dlopen 失败 : library "android.hardware...@1.0.so" not found in Android >= 7. 0

标签 android android-ndk opencl dlopen unsatisfiedlinkerror

从 Android 7.0 开始,不再可能链接到非 ndk 共享库(参见 NDK Apps Linking to Platform Libraries )。

一种可能的解决方法是将库包含在 apk 中(参见 Update your app)。

您尝试链接的库可能依赖于其他非 ndk 库。在这种情况下,您也应该包括这些库。

就我而言,我一直在开发一个使用 OpenCL 的应用程序。在 ARM 设备上,具有正确符号的库是 libGLES_mali.so。该应用程序在 Android < 7.0 的设备上运行良好,但在 Android >= 7.0 的设备上崩溃。我可以在 logcat 中读取的错误是:

java.lang.UnsatisfiedLinkError: dlopen failed: library "android.hardware.graphics.common@1.0.so" not found

使用命令

readelf -d libGLES_mali.so | grep NEEDED

我可以读取库的名称 libGLES_mali.so 依赖于并且可以预见 android.hardware.graphics.common@1.0.so 就在其中:

0x0000000000000001 (NEEDED)             Shared library: [android.hardware.graphics.common@1.0.so]
 0x0000000000000001 (NEEDED)             Shared library: [liblog.so]
 0x0000000000000001 (NEEDED)             Shared library: [libnativewindow.so]
 0x0000000000000001 (NEEDED)             Shared library: [libz.so]
 0x0000000000000001 (NEEDED)             Shared library: [libc++.so]
 0x0000000000000001 (NEEDED)             Shared library: [libutils.so]
 0x0000000000000001 (NEEDED)             Shared library: [libcutils.so]
 0x0000000000000001 (NEEDED)             Shared library: [libm.so]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so]
 0x0000000000000001 (NEEDED)             Shared library: [libdl.so]

我已经尝试在 apk 中包含上述库,但我遇到了同样的错误。奇怪的是,该库是 VNDK-SP 的一部分(参见 SP-HAL),因此我的理解是私有(private)库可能自由地依赖它。

有什么建议吗?

编辑 31/01/2019:在 Android >= 7.0 上运行的测试设备都是华为。这可能是与供应商相关的问题吗?

最佳答案

Alex Cohn 的评论是正确的。为了解决这个问题,我做了以下事情:

1) 在libfoo.so中重命名为android.hardware.graphics.common@1.0.so

2) 在 CMakeLists.txt 中添加 libfoo.so,如下所示:

add_library( foo
         SHARED
         IMPORTED )
set_target_properties( foo
         PROPERTIES IMPORTED_LOCATION
         ${PROJECT_SOURCE_DIR}/src/main/jniLibs/${ANDROID_ABI}/libfoo.so )

3) 针对 libfoo.so(当然还有 libGLES_mali.so)的包含 OpenCL 调用的目标链接 MyLibrary

target_link_libraries (MyLibrary GLES_mali foo)

4) 尽快加载 libfoo.so。为此,我在我的 MainActivity 中创建了一个静态方法,我会在应用程序进入 onCreate() 时立即调用它。

private static void loadLibrary() {
    System.loadLibrary("foo");
}

@Override
protected void onCreate(Bundle savedInstanceState) {
    loadLibrary();
    ...
}  

此时应用程序崩溃并提示找不到某些库。使用 readelf 命令:

./readelf -d /Users/rodolforocco/AndroidProjects/OvermindClient/app/libs/arm64-v8a/android-27/libfoo.so | grep NEEDED

我能够看到这些确实是 libfoo.so 所依赖的库。这些库还依赖于无法定位的其他库。我将它们全部从我设备中的文件夹/system/lib64/复制到文件夹 ${PROJECT_SOURCE_DIR}/src/main/jniLibs/${ANDROID_ABI}/,libfoo.so 所在的位置。

5) 最后,和以前一样,我在需要时加载了 MyLibrary。

应用程序不再崩溃并按预期工作。非常感谢!

关于android - 链接共享库 libGLES_mali.so 导致 dlopen 失败 : library "android.hardware...@1.0.so" not found in Android >= 7. 0,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54438558/

相关文章:

Android JNI APK 打包

c++ - Android NDK r5 不能包含 STL 头文件

c++ - 使用 Optimus 技术让 OpenCL 在 Linux 笔记本电脑上运行

android - 我的 ANDROID 应用程序的 Tesseract OCR 执行过程

android - 使用 ArrayList<Object> 填充 ListView

android - "dlopen failed: is 32-bit instead of 64-bit"仅在测试中

c - 将 32 位值快速散列到 0 到 254(含)之间

opengl - OpenCL 和 OpenGL 的计算着色器有什么区别?

android-如何在所有内容之上进行布局而不透明

android - JUnit4 - AssertionFailedError : No tests found