本文主要是介绍java.lang.UnsatisfiedLinkError: Couldn't load libjniFramework from loader,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
原文地址:http://blog.csdn.net/wangbaochu/article/details/47842295
今天开发jni的项目,一切编译好之后,启动App遇到如下错误:
- 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
- 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();
- }
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”也不需要!尼玛,太坑爹了!修改成下面就可以成功启动了:
- static {
- try {
- System.loadLibrary("jniFramework");
- } catch (Throwable t) {
- Log.e("jniframework", "libjniFramework.so load error:" + t.toString());
- }
- }
这篇关于java.lang.UnsatisfiedLinkError: Couldn't load libjniFramework from loader的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!