android studio ndk开发so找不到，so位置小概率问题

本文链接：https://blog.youkuaiyun.com/wulongkou/article/details/73274255

在Android开发中，遇到aar包内的非标准SO库在APP安装后无法找到的问题。文章介绍了Android支持的不同ABI架构，强调了为每个ABI提供对应SO文件的重要性，以及混合使用ABI的潜在风险。此外，还讨论了NDK平台的兼容性问题，指出应使用与minSdkVersion匹配的编译平台。最后，总结了SO库在不同工程和APK结构中的位置，提醒开发者注意提供全面的ABI支持。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

首先问题描述，最近在开发一个aar包，包内需要ndk开发，包内还要引用一个非标准的so库，在用app调用aar的时候，问题出现了，总是引用的那个非标准的so库，不能在app安装完成后被找到，而导致找不到so库引发异常。

1、Android系统目前支持以下七种不同的CPU架构：ARMv5，ARMv7 (从2010年起)，x86 (从2011年起)，MIPS (从2012年起)，ARMv8，MIPS64和x86_64 (从2014年起)，每一种都关联着一个相应的ABI。即对应一个so库。每一个CPU架构对应一个ABI：armeabi，armeabi-v7a，x86，mips，arm64- v8a，mips64，x86_64。

2、为什么需要重点关注.so文件，如果项目中使用到了NDK，它将会生成.so文件，因此显然你已经在关注它了。如果只是使用Java语言进行编码，你可能在想不需要关注.so文件了吧，因为Java是跨平台的。但事实上，即使你在项目中只是使用Java语言，很多情况下，你可能并没有意识到项目中依赖的函数库或者引擎库里面已经嵌入了.so文件，并依赖于不同的ABI。

3、处理.so文件时有一条简单却并不知名的重要法则。应该尽可能的提供专为每个ABI优化过的.so文件，但要么全部支持，要么都不支持：你不应该混合着使用。你应该为每个ABI目录提供对应的.so文件。当一个应用安装在设备上，只有该设备支持的CPU架构对应的.so文件会被安装。在x86设备上，libs/x86目录中如果存在.so文件的话，会被安装，如果不存在，则会选择armeabi-v7a中的.so文件，如果也不存在，则选择armeabi目录中的.so文件（因为x86设备也支持armeabi-v7a和armeabi）。

4、使用NDK时，你可能会倾向于使用最新的编译平台，但事实上这是错误的，因为NDK平台不是后向兼容的，而是前向兼容的。推荐使用app的minSdkVersion对应的编译平台。这也意味着当你引入一个预编译好的.so文件时，你需要检查它被编译所用的平台版本。这个就是我的so出现问题的所在。

5、so库位置总结：

Android Studio工程放在jniLibs/ABI目录中（当然也可以通过在build.gradle文件中的设置jniLibs.srcDir属性自己指定）
Eclipse工程放在libs/ABI目录中（这也是ndk-build命令默认生成.so文件的目录）
AAR压缩包中位于jni/ABI目录中（.so文件会自动包含到引用AAR压缩包的APK中）
最终APK文件中的lib/ABI目录中
通过PackageManager安装后，在小于Android 5.0的系统中，.so文件位于app的nativeLibraryPath目录中；在大于等于Android 5.0的系统中，.so文件位于app的nativeLibraryRootDir/CPU_ARCH目录中。这个说法，我暂时还没试验成功，有哪位大神知道，请指教！

只提供armeabi架构的.so文件而忽略其他ABIs的。

6、以下是解决前和解决后的对比：build.gradle的配置

我引入的非标准so库在最初打包找不到的时候是这样的配置：出问题时候的配置，

defaultConfig {
    minSdkVersion 17
    targetSdkVersion 24
    versionCode 1
    versionName "1.0"
    testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
}

问题解决后的配置：

defaultConfig {
    minSdkVersion 14
    targetSdkVersion 14                    //这个位置一直到22都可以，从23版本开始就不可以了
    versionCode 1
    versionName "1.0"
    testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
}