Android 7.0+链接libGLES_mali.so失败：找不到指定依赖库

嘿，针对你遇到的这个Android 7.0+华为设备上依赖libGLES_mali.so崩溃的问题，我来梳理下核心原因和可行的解决方案：

1. Android 7.0+的库加载限制：从Android 7.0（API 24）开始，系统严格禁止应用直接链接非NDK共享库，你打包进APK的libGLES_mali.so属于Mali GPU的厂商私有库，本身就不在NDK允许的链接范围内。
2. VNDK-SP库的特殊性：你发现的android.hardware.graphics.common@1.0.so属于VNDK-SP（Vendor Shared Platform）组件，这类库是厂商和系统深度绑定的私有库，不能通过打包进APK的方式解决依赖——系统会优先加载自身路径下的同名库，且APK中的库没有系统签名，会被拒绝加载。
3. 华为设备的定制化影响：你测试的设备都是华为，这大概率是因为华为对VNDK库的路径、版本管理做了定制化调整，导致常规的加载逻辑失效。

方案1：切换到NDK标准API（推荐） #

既然你的应用基于OpenCL，最稳妥的方式是放弃对libGLES_mali.so的直接依赖：

• 从NDK r17开始，Android官方提供了OpenCL的标准支持，直接使用NDK中的OpenCL头文件和库即可，完全兼容Android 7.0+设备，且不需要依赖厂商私有库。
• 如果必须使用Mali GPU的特有功能，可以使用ARM官方提供的Mali Developer Tools SDK，它会提供适配Android 7.0+的合法调用方式，避免直接链接私有库。

方案2：针对华为设备适配VNDK库加载逻辑 #

尝试适配华为设备的VNDK库路径和版本：

• 先通过adb shell find /system -name "android.hardware.graphics.common@*.so"命令查看华为设备上该库的实际路径和可用版本，比如有些设备会提供@1.1.so或更高版本的兼容库。
• 尝试在动态加载时优先加载高版本的库，因为VNDK库通常向下兼容，示例代码如下：

  #include <dlfcn.h>
  
  void loadMaliLib() {
      // 先尝试加载兼容版本的VNDK库
      void* common_lib = dlopen("android.hardware.graphics.common@1.1.so", RTLD_NOW | RTLD_GLOBAL);
      if (!common_lib) {
          common_lib = dlopen("android.hardware.graphics.common@1.0.so", RTLD_NOW | RTLD_GLOBAL);
      }
      // 再加载libGLES_mali.so
      if (common_lib) {
          void* mali_lib = dlopen("libGLES_mali.so", RTLD_NOW);
          if (mali_lib) {
              // 成功加载，获取函数指针进行后续操作
          } else {
              // 处理加载失败逻辑
          }
      }
  }
  

  注意：这种方法依赖华为设备的具体实现，可能在后续系统版本中失效，需要做好兼容性测试。

方案3：避免静态链接，改用动态加载 #

不要在JNI代码中静态链接libGLES_mali.so，而是全程使用dlopen()动态加载所有依赖库，这样可以灵活处理加载失败的情况，比如在无法找到指定VNDK库时，降级使用标准API。

• 不要试图将VNDK-SP库打包进APK，这不仅无效，还可能违反Android的应用兼容性规则，导致应用被Google Play拒绝。
• 华为设备的定制化系统对私有库的管控更严格，建议优先采用方案1，从根源上解决兼容性问题。

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