链接共享库 libGLES_mali.so 导致 dlopen 失败：在 Android >= 7.0 中找不到库 "android.hardware...@1.0.so"

Question

自 Android 7.0 以来，不再可能 link 针对非 ndk 共享库（参见 NDK Apps Linking to Platform Libraries）。

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

您尝试 link 反对的库可能依赖于其他非 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），因此我的理解是私有库可能自由地依赖它。

有什么建议吗？

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

Answer 1

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) 目标链接的 MyLibrary，其中包含针对 libfoo.so（当然还有 libGLES_mali.so）

的 OpenCL 调用

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。

应用程序不再崩溃并按预期运行。非常感谢！

Answer 2

我在需要 libcutils.so 的 libOpenCL.so 库中遇到了类似的问题，我以稍微不同的方式解决了它：

我选择 只 link 我的 c++ 代码 ，而不是 link 在 .apk 中包含 libOpenCL.so 并且然后使用 libOpenCL.so 本地安装在 phone 上的库（它是同一个文件 - 不需要将它放在 2 个不同的位置）。

这对我来说更容易，因为通过这样做，我不必在我的应用程序启动后立即重命名和加载 libcutils（我有 SW 设计限制阻止我这样做）。

详情如下：

我在打包 .apk 文件时 Android Studio 不包含的位置创建了一个 lib 目录（例如：src/cpp/lib）
我使用“adb pull ...”从我的 phone 下载了 32 位和 64 位 libOpenCL.so，并将它们保存到 src/cpp/lib/ armeabi-v7a 和 src/cpp/lib/arm64-v8a 分别（我猜你做了类似的事情 - 请参阅 Does Android support OpenCL? 了解更多详情）
我在 CMakeKists.txt 中添加了以下两行：

add_library(OpenCL SHARED IMPORTED)
set_target_properties(OpenCL PROPERTIES IMPORTED_LOCATION ${CMAKE_SOURCE_DIR}/src/main/cpp/lib/${ANDROID_ABI}/libOpenCL.so)

有点难过，但在我看来，几乎不可能制作适用于所有 Android phone 的 OpenCL 应用程序（这些库的名称不同，并且位于不同 phones)... 如果您知道这样做的方法，请告诉我 :)

链接共享库 libGLES_mali.so 导致 dlopen 失败：在 Android >= 7.0 中找不到库 "android.hardware...@1.0.so"

Linking shared library libGLES_mali.so causes dlopen failed: library "android.hardware...@1.0.so" not found in Android >= 7.0

android

android-ndk

opencl

dlopen

unsatisfiedlinkerror