在 Android 5.0 中加载本机库时出现 java.lang.UnsatisfiedLinkError [重复]

Question

我正在通过以下方式加载我的原生库：

try {
       System.loadLibrary("myNative");
} catch (UnsatisfiedLinkError e) {
       //java.lang.UnsatisfiedLinkError here
       System.load("/data/data/com.my.app/app_native/libmyNative.so");
}

以上代码最终打包成一个Jar文件。

在另一个项目中，我用DexClassLoader 加载上述Jar：

DexClassLoader dexClassLoader = new DexClassLoader(jarPath,
                    optJarPath,
                    getDir("native", Context.MODE_PRIVATE),
                    getClassLoader());

请注意，在构造这个dexClassLoader 实例时，我已经指定了本机代码所在的路径，即getDir("native", Context.MODE_PRIVATE)。

（我使用NDK release 10生成原生库。当原生代码文件libmyNative.so生成时，我的java代码（打包到最终Jar）检查CPU架构类型&将右边的复制到getDir("native", Context.MODE_PRIVATE)。）

上述代码在除 Android 5.0 Lollipop 之外的其他设备上运行良好。在 Android 5.0 Lollipop 设备上运行时，我不断收到以下错误：

java.lang.UnsatisfiedLinkError: dlopen failed: "/data/data/com.my.app/app_native/libmyNative.so" is 32-bit instead of 64-bit
at java.lang.Runtime.load(Runtime.java:331)
at java.lang.System.load(System.java:982)

如何解决这个问题？

Answer 1

您似乎试图在 64 位目标上使用 32 位库。如果您不能提供 64 位，则必须说服 Android 回退到 32 位模式以适应库。

显然，兼容性模式（来源似乎将其称为 ABI 覆盖）通常在安装时设置，安装程序发现只有 32 位（而不是 64 位）库可用。但是在您的情况下，该库在安装时不可见，因此不起作用。

如果您在最符合 64 位设备需求的 apk 中放置一个“虚拟”32 位库，那么系统有望将您的应用配置为在 32 位兼容模式下运行，以便稍后加载你真正的 32 位库实际上可以工作。

我不知道 32 位库是否需要是真正的库而不是具有正确位置和合理名称的空文件，但是 ndk 示例文件夹的 libhello-jni.so 中的 hello-jni 项目应该工作。您不需要任何相应的 java 代码，只需要有一个安装程序可以发现的本机库（但是，作为测试调用它可能不是一个坏主意）。

可能有一些其他方式来触发它，例如清单中的某些内容（尽管文档中没有提到任何内容）。我不太可能怀疑运行时的任何措施都会起作用，因为这种模式可能在您的任何代码运行之前已经牢固设置（看起来您实际上可能最终会在这样的系统上运行两个 zygote 实例，一个是 64 位，另一个是 32 位，其想法是应用程序由被认为合适的那个启动）。