在安卓項目中使用第三方SDK時，需要引入一些.so庫文件。但一運(yùn)行直接報錯：

java.lang.UnsatisfiedLinkError:dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.camsgear.fang_android-2/base.apk"],nativeLibraryDirectories=[/data/app/com.camsgear.fang_android-2/lib/arm64, /data/app/com.camsgear.fang_android-2/base.apk!/lib/arm64-v8a, /system/lib64, /vendor/lib64]]] couldn't find "libicatch_wificam_sdk.so"

網(wǎng)上說：

我查看自己引入的jniLibs文件夾中包含：arm64、 armeabi、armv7a、mips、x86這五個文件夾，并沒有arm64-v8a這個文件夾，于是我在

build.gradle文件中使用：

ndk {

??? //選擇要添加的對應(yīng)cpu類型的.so庫。

??? abiFilters??? 'armeabi'

}

只引入armeabi文件夾中的.so文件，結(jié)果沒有報錯。

如果是：abiFilters??? 'armeabi',??? 'armeabi-v7a',??? 'x86'? 還是報錯上面的錯。

后來發(fā)現(xiàn)jniLibs下的文件夾中的“armv7a”文件夾，把名稱改為“armeabi-v7a”就沒有報錯。

具體詳情還不知道，先記錄一下，后面再學(xué)習(xí)。

還有資料說：

jniLibs 下的 armeabi-v7a 和 armeabi 區(qū)別：armeabi （調(diào)試模式） armeabi-v7a（發(fā)行模式）

解決方法1：刪除armeabi-v7a文件

解決方式2：把a(bǔ)rmeabi 中的 *.so的文件復(fù)制一份放在armeabi-v7a運(yùn)行測試通過，

原因：在編譯的時候如果v7a和調(diào)試模式的.SO文件不一樣造成，但是一般開發(fā) 用發(fā)行模式一個文件夾就足以，特殊情況例外。