Android 找不到so文件

在Android开发中，我们经常会使用C/C++编写一些高性能的模块，并将其编译成动态链接库（so文件）。然而，有时候我们会遇到Android找不到so文件的问题。本文将为你提供一些解决这个问题的方法。

问题描述

当我们在Android应用中尝试加载某个so文件时，有时会遇到以下错误信息：

java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.example.myapp-1/base.apk"],nativeLibraryDirectories=[/data/app/com.example.myapp-1/lib/arm64, /system/lib64, /vendor/lib64]]] couldn't find "libexample.so"

这个错误表明，Android无法在指定的目录中找到所需的so文件。通常情况下，so文件应该被存放在/lib/<ABI>/目录下，其中<ABI>表示所需架构（如arm64-v8a、armeabi-v7a等）。

解决方法

检查so文件是否正确

首先，我们需要确认我们的so文件是否正确生成，并且位于正确的路径下。我们可以通过以下步骤来检查：

  1. 检查生成的so文件是否存在。可以通过查看项目的构建输出目录来确认，通常位于app/build/intermediates/ndk/debug/lib/<ABI>/目录下。
  2. 确认so文件是否位于正确的目录下，即/lib/<ABI>/目录。你可以通过解压apk文件，查看lib目录下的文件来确认。

指定so文件的路径

如果我们确定so文件位于正确的目录下，但Android仍然找不到它，那么我们可能需要手动指定so文件的路径。我们可以通过以下方法来做到这一点：

在Java代码中，我们可以使用System.loadLibrary()方法来加载so文件。这个方法默认会在/lib/<ABI>/目录下搜索so文件。

System.loadLibrary("example");

如果我们想要指定so文件的路径，我们可以使用System.load()方法，并传入so文件的绝对路径。

System.load("/path/to/libexample.so");

检查ABI匹配

在某些情况下，我们可能会遇到ABI不匹配的问题。如果我们的应用支持多个架构，那么每个架构对应的so文件应该位于不同的目录下。例如，arm64-v8a架构对应的so文件应该位于/lib/arm64-v8a/目录下。

我们可以通过以下步骤来检查ABI匹配的问题：

  1. 在build.gradle文件中，确认ndk的abiFilters选项包含了你的so文件对应的ABI。
android {
    ...
    defaultConfig {
        ...
        ndk {
            abiFilters 'arm64-v8a', 'armeabi-v7a' // 添加你需要支持的ABI
        }
    }
}
  1. 确认设备的ABI与应用支持的ABI匹配。我们可以通过以下代码来获取设备的ABI：
String abi = Build.SUPPORTED_ABIS[0];

使用第三方库

如果以上方法均无法解决问题，那么我们可以考虑使用一些第三方库来加载so文件。这些库会提供更强大的功能，并且能够更好地处理ABI匹配的问题。

其中一个常用的库是System.loadLibrary()方法的替代品——[JNIOnLoad](

在使用这个库之前，我们需要将它添加到我们的项目中。我们可以通过以下步骤来完成：

  1. 在项目的build.gradle文件中，添加以下代码：
allprojects {
    repositories {
        ...
        maven { url ' }
    }
}
  1. 在应用的build.gradle文件中，添加以下代码：
dependencies {
    ...
    implementation 'com.github.jaredrummler:JniOnload:1.0.0'
}