android：can not find libdevapi.so

一、为什么会出现这样的报错？

引用了一些第三方的sdk的so库之后通常都会遇到这样的错误，（“nativeLibraryDirectories=”[/data/app/com.lukouapp-1/lib/arm64, /vendor/lib64, /system/lib64]]] couldn't find "libxxxx.so"）。

手机的机型不同，so库开发公司也各不相同，有的so库兼容各种机型，兼容android api 17~28，有的so库只支持api>21 ,下面分情况总结：

1.android系统支持七种不同的cpu架构：ARMv5（armeabi.so）,ARMv7(从2010年起)(armeabi-v7a.so)，x86 (从2011年起)(x86.so)，MIPS (从2012年起)(mips.so)，ARMv8(arm64-v8.so,高端机)，MIPS64（mips64.so）和x86_64（x86_64.so） (从2014年起)，每一种都关联着一个相应的ABI（Application Binary Interface应用二进制接口=编译好的二进制so库文件）

【armeabi，armeabi-v7a，x86，mips，arm64-v8a（64位设备），mips6464位设备），x86_6464位设备）这些都是指令集的统称】

mips和mips_64:MIPS架构是一种高性能的嵌入式CPU构架，其出发点是高性能,主要用于路由器、猫等

X86（32位），x86_64（64位）（该芯片由美国intel英特尔公司生产） 该构架的处理器已经广泛运用在PC领域，

armeabi，armeabi-v7a，arm64-v8a（都采用ARM架构，该芯片由英国ARM公司生产）全世界超过95%的智能手机和平板电脑都采用ARM架构，大部分android手机都是ARM架构的

二、解决办法：

 所有的x86/x86_64/armeabi-v7a/arm64-v8a设备都支持armeabi架构的.so文件，armeabi-v7a 向下兼容 armeabi （大部分机器都属于armeabi-v7a），所以为减少apk的大小，一般一个armeabi-v7a.so就够了。第三方的sdk，提供了多少so库 ，你最好将它提供的都拷贝到项目中。
 

android 最好放在main/jniLibs（main下面没有jniLibs，就自己建一个）目录下，这样一般不会出问题，不建议自己指定ABI的路径。

so库文件里面大都是c/c++编写的代码，他们暴露原生native接口时需要指定应用的包名，故有些so库文件需要应用的包名要与so库开发商给出的包名一致，【这一点开发商给的文档里一般都会说明，文档里没有，则可以忽略这个因素】

有的so库支持android api 17~28，有的so库只支持api>21的（如虹软的ArcFace的sdk的so库），当api较低的手机遇到这种情况时，最好拿api较高的，或别的手机测试一下，也可咨询一下开发商，该so库文件支持的手机api的版本

如果将so库文件放在libs下，则需要在build.gradle中的android节点下面配置如下代码

    sourceSets {
        main {
            jniLibs.srcDirs = ['libs']
        }
    }

三、总结：

有些文件是要存放在libs和jniLibs中的这两个文件不是自动生成的要自己手动创建。

还有jniLibs中的这三个文件

希望可以帮到你。