java.lang.UnsatisfiedLinkError: Couldn't load libjniFramework from loader

原文地址：http://blog.csdn.net/wangbaochu/article/details/47842295
今天开发jni的项目，一切编译好之后，启动App遇到如下错误：

[java] view
plain copy

libjniFramework.so load error:java.lang.UnsatisfiedLinkError: Couldn't load libjniFramework from loader dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.open.jniframework-1.apk"],nativeLibraryDirectories=[/data/app-lib/com.open.jniframework-1, /vendor/lib, /system/lib]]]: findLibrary returned null  

我的libjniFramework.so 已经成功编译并打包到APK，但是APK安装完后，一启动就报上面的错误。我的代码是写成下面：

[java] view
plain copy

package com.open.jniframework;  

  

import android.util.Log;  

  

public class JNITest {  

  

    static {  

        try {  

        System.loadLibrary("libjniFramework.so");  

        } catch (Throwable t) {  

            Log.e("jniframework", "libjniFramework.so load error:" + t.toString());  

        }  

    }  

      

    public native boolean JNITest1(String str1, String str2);  

    public native boolean JNITest2();  

}  

在网上搜索“UnsatisfiedLinkError”，发现遇到类似问题的人真不少，总结几条解决方法：

1. 把so文件放在libs目录下面，而不是lib目录
2. 创建libs/armeabi和libs/armeabi-v7a两文件夹, 把文件so都复制一份；更有甚者还说要创建libs/x86,也把so copy 进去。听起来真是好笑，在此科普一下这三个文件夹的用途：
（1）libs/armeabi 这个文件夹是用来存放arm v5, v6 指令集的so文件
（2）armeabi-v7a 这个文件夹是用来存放arm v7及以上指令集的so文件
（3）libs/x86 这个文件夹故名思意是存放x86指令集的so文件
一般可以在jni工程下面可以在Application.mk 文件中加一行“APP_ABI := armeabi armeabi-v7a x86”，便可以在nkd-build编译时生成这三种不同指令集的so文件。这三文件夹都会打包到APK文件，但是在APK安装到手机的时候，安装器会根据当前手机的CPU指令集安装对应的so到手机中，其它的so是不会安装的。
然而我遇到问题并非是上面两种，我的整个过程都是OK的，而且so也确实安装到手机上了，可以查看对应的安装目录。但是为什么还是没法启动呢？折腾了好半天，终于发现根本原因：经过研究发现ndk编译时会自动生成带“lib”前缀的so文件，就是说在类库名前面加“lib”，但是System.loadLibrary(libName)加载库是不需要前缀“lib”的，后缀“.so”也不需要！尼玛，太坑爹了！修改成下面就可以成功启动了：

[java] view
plain copy

static {  

    try {  

    System.loadLibrary("jniFramework");  

    } catch (Throwable t) {  

        Log.e("jniframework", "libjniFramework.so load error:" + t.toString());  

    }  

}