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

原文地址：http://blog.csdn.net/wangbaochu/article/details/47842295

今天开发jni的项目，一切编译好之后，启动App遇到如下错误：

[java] view plain copy

1. 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

1. package com.open.jniframework;  
2.   
3. import android.util.Log;  
4.   
5. public class JNITest {  
6.   
7.     static {  
8.         try {  
9.         System.loadLibrary("libjniFramework.so");  
10.         } catch (Throwable t) {  
11.             Log.e("jniframework", "libjniFramework.so load error:" + t.toString());  
12.         }  
13.     }  
14.       
15.     public native boolean JNITest1(String str1, String str2);  
16.     public native boolean JNITest2();  
17. }  

在网上搜索“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

1. static {  
2.     try {  
3.     System.loadLibrary("jniFramework");  
4.     } catch (Throwable t) {  
5.         Log.e("jniframework", "libjniFramework.so load error:" + t.toString());  
6.     }  
7. }