adndroid libs报错;

运行报错：

java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.ucoupon.uplus-1/base.apk"],

nativeLibraryDirectories=[/data/app/com.ucoupon.uplus-1/lib/arm, /data/app/com.ucoupon.uplus-1/base.apk!/lib/armeabi-v7a, /vendor/lib, /system/lib]]] couldn’t find “libgdamapv4sdk751.so”
libs文件下的armeabi-v7a和armeabi 区别：armeabi （调试模式） armeabi-v7a（发行模式）

解决方法1：
删除 armeabi-v7a文件
解决方式2：把armeabi *.so的文件复制一份放在armeabi-v7a运行测试通过，

原因： 在编译的时候如果v7a和调试模式的.SO文件不一样造成，但是一般开发 用发行模式一个文件夹就足以，特殊情况例外。

在做项目的时候，经常使用到.so文件。

    有时明明在libs/armeabi目录下添加了对应的libgif.so文件，
    也在代码中调用了System.loadLibrary("gif");

    却报错：
    Java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.speektool-1/base.apk"],nativeLibraryDirectories=[/data/app/com.speektool-1/lib/arm, /vendor/lib, /system/lib]]] couldn't find "libgif.so"

    根据提示是无法找到libgif.so这个库，但又明明在armeabi中添加了libgif.so。
    困扰了好久，而且以前明明好好的，突然间就不行了，噩耗啊
    查资料：看到在做NDK开发的时候，NDK编译的so有时候会在armeabi和armeabi-v7a中分别放置一份，
    上面的错误是不是也是这个原因那？

    然后在项目的libs目录下新建一个文件夹，命名为armeabi-v7a，然后从armeabi中将libgif.so复制一份



    再次运行项目，发现错误已经解决。