文档

java_lang_UnsatisfiedLinkError

问题分析

JVM找不到对应的native方法抛出此类异常。

解决方案

JVM找不到对应的native方法抛出此类异常,请检查.so文件是否存在、位置是否正确以及是否加载成功。通常是因为应用运行于不同的手机之上,CPU架构不同,因此需要编译生成支持不同CPU架构的静态库so文件。

  java.lang.UnsatisfiedLinkError:Native method not found: com.baidu.android.moplus.systemmonitor.security.md5.MD5.Transform_native:([I[BII)V
    at com.c.h.systemmonitor.security.md5.MD5.Transform_native(NativeMethod)
    at com.c.h.systemmonitor.security.md5.MD5.update(UnknownSource)
    at com.c.h.systemmonitor.security.md5.MD5.update(UnknownSource)
    at com.c.h.systemmonitor.security.md5.MD5InputStream.read(UnknownSource)
    at java.io.InputStream.read(InputStream.java:163)

代码示例

步骤一:编写Application.mk文件

在jni目录下(即hello-jni.c同级目录下)新建一个Application.mk文件,在文件中添加如下代码:

  APP_ABI := armeabi armeabi-v7a x86

这段话表示你可以同时生成三个处理器的so库。如果没有或不想使用Application.mk文件,则在ndk-build参数中添加:

  APP_ABI="armeabi armeabi-v7a x86 mips"

即运行:

  ndk-build APP_ABI="armeabi armeabi-v7a x86 mips"

步骤二: 生成.so共享库文件

Android.mk文件已经编写好了,现在可以用Android NDK开发包中的ndk-build脚本生成对应的.so共享库了,方法如下:

  mqc@ubuntu:~/workspace/android/NDK/hello-jni$ ls 
  AndroidManifest.xml  assets  bin  default.properties  gen  jni  libs  obj  res  src 
  mqc@ubuntu:~/workspace/android/NDK/hello-jni$ ndk-build 
  Gdbserver      : [arm-linux-androideabi-4.4.3] libs/armeabi/gdbserver 
  Gdbsetup       : libs/armeabi/gdb.setup 
  Install        : libhello-jni.so => libs/armeabi/libhello-jni.so 

这样,在文件夹hello-jni/libs下生成了三个文件夹armeabi/armeabi-v7a/x86,里面已经正确的生成了libhello-jni.so共享库了。

步骤三:在eclipse重新编译HelloJni工程,生成apk

eclipse中刷新下HelloJni工程,重新编译生成apk,libhello-jni.so共享库会一起打包在apk文件内。

附录

NDK程序开发详解:

步骤一:搭建开发环境

1:Android的NDK开发需要在Linux下进行:因为需要把C/C++编写的代码生成能在arm上运行的.so文件,这就需要用到交叉编译环境,而交叉编译需要在Linux系统下才能完成。

2:安装android-ndk开发包,这个开发包可以在Google Android官网下载, 通过这个开发包的工具才能将android jni的C/C++的代码编译成库。

3:Android应用程序开发环境:包括 eclipse、java、android sdk、adt 等。

4:安装完成android-ndk之后,将android-ndk的路劲加到环境变量PATH中:

  sudo gedit /etc/environment

5.在environment的PATH环境变量中添加android-ndk的安装路径,然后再让这个更改的环境变量立即生效:source /etc/environment

经过了上述步骤,在命令行下输入:

  ndk-build

弹出如下的错误,而不是说ndk-build not found,就说明ndk环境已经安装成功了。

   Android NDK: Could not find application project directory !    
 Android NDK: Please define the NDK_PROJECT_PATH variable to point to it.    
 /home/mqc/workspace/android/android-ndk-r5/build/core/build-local.mk:85: *** Android NDK: Aborting    .  Stop.

步骤二:编写 Java 代码

建立一个Android应用工程HelloJni,创建HelloJni.java文件。

  import android.app.Activity;
  import android.widget.TextView;
  import android.os.Bundle;
  public class HelloJni extends Activity
  {
      /** Called when the activity is first created. */
      @Override
      public void onCreate(Bundle savedInstanceState)
      {
          super.onCreate(savedInstanceState);
          TextView  tv = new TextView(this);
          tv.setText( stringFromJNI() );
          setContentView(tv);
      }
      /* A native method that is implemented by the 'hello-jni' native library, which is packaged with this application. */
      public native String  stringFromJNI();
      public native String  unimplementedStringFromJNI();
      /* this is used to load the 'hello-jni' library on application startup. The library has already been unpacked into
        /data/data/com.example.HelloJni/lib/libhello-jni.so at installation time by the package manager. */
      static {
          System.loadLibrary("hello-jni");
      }
  }

上面展示的代码中的static代码块表明程序开始运行的时候会加载hello-jni,static区声明的代码会先于onCreate方法执行。如果你的程序中有多个类,而且如果HelloJni这个类不是你应用程序的入口,那么 hello-jni(完整的名字是libhello-jni.so)这个库会在第一次使用HelloJni这个类的时候加载。

publicnativeString stringFromJNI();
publicnativeString unimplementedStringFromJNI();

上面展示的代码中可以看到这两个方法的声明中有native关键字, 这个关键字表示这两个方法是本地方法,也就是说这两个方法是通过本地代码(C/C++)实现的,在Java代码中仅仅是声明。使用eclipse编译该工程,生成相应的.class文件,因为生成.h文件需要用到相应的.class文件。

步骤三:编写相应的 C/C++ 代码

利用javah生成相应的.h文件,然后根据这个.h文件编写相应的C/C++代码。

1:生成相应.h文件。

首先在终端下进入刚刚建立的 HelloJni 工程的目录:

  mqc@ubuntu:~$ cd workspace/android/NDK/hello-jni/

查看工程文件。

  mqc@ubuntu:~/workspace/android/NDK/hello-jni$ ls 
AndroidManifest.xml  assets  bin  default.properties  gen  res  src

可以看到目前仅仅有几个标准的Android应用程序的文件(夹)。首先我们在工程目录下建立一个jni文件夹:

  mqc@ubuntu:~/workspace/android/NDK/hello-jni$ mkdir jni
  mqc@ubuntu:~/workspace/android/NDK/hello-jni$ ls
AndroidManifest.xml  assets  bin  default.properties  gen  jni  res  src

下面就可以生成相应的.h文件了:

  mqc@ubuntu:~/workspace/android/NDK/hello-jni$ javah -classpath bin -d jni com.example.hellojni.HelloJni
  • -classpath bin:表示类的路劲

  • -d jni:表示生成的头文件存放的目录

  • com.example.hellojni.HelloJni 则是完整类名

这一步的成功要建立在已经在bin/com/example/hellojni/目录下生成了HelloJni.class的基础之上。现在可以看到jni目录下多了个.h文件:

  mqc@ubuntu:~/workspace/android/NDK/hello-jni$ cd jni/
  mqc@ubuntu:~/workspace/android/NDK/hello-jni/jni$ ls 
  com_example_hellojni_HelloJni.h

下面展示出com_example_hellojni_HelloJni.h的内容:

com_example_hellojni_HelloJni.h:

/* DO NOT EDIT THIS FILE - it is machine generated */
  #include <jni.h>
  /* Header for class com_example_hellojni_HelloJni */
  #ifndef _Included_com_example_hellojni_HelloJni
  #define _Included_com_example_hellojni_HelloJni
  #ifdef __cplusplus
  extern "C" {
  #endif
  /*
   * Class:     com_example_hellojni_HelloJni
   * Method:    stringFromJNI
   * Signature: ()Ljava/lang/String;
   */
  JNIEXPORT jstring JNICALL Java_com_example_hellojni_HelloJni_stringFromJNI
    (JNIEnv *, jobject);
  /*
   * Class:     com_example_hellojni_HelloJni
   * Method:    unimplementedStringFromJNI
   * Signature: ()Ljava/lang/String;
   */
  JNIEXPORT jstring JNICALL Java_com_example_hellojni_HelloJni_unimplementedStringFromJNI
    (JNIEnv *, jobject);
  #ifdef __cplusplus
  }
  #endif
  #endif

上面的源码中函数名是很有规律的,完全按照:java_package_class_method形式来命名,即:

  • Hello.javastringFromJNI()方法对应于 C/C++中的Java_com_example_hellojni_HelloJni_stringFromJNI() 方法。

  • HelloJni.java中的unimplementedStringFromJNI()方法对应于 C/C++中的 Java_com_example_hellojni_HelloJni_unimplementedStringFromJNI()方法。

步骤四:编写相应的.c文件

hello-jni.c :

  #include <string.h>
  #include <jni.h>
  /* This is a trivial JNI example where we use a native method
   * to return a new VM String. See the corresponding Java source
   * file located at:
   *   apps/samples/hello-jni/project/src/com/example/HelloJni/HelloJni.java
   */
  jstring Java_com_example_hellojni_HelloJni_stringFromJNI( JNIEnv* env, jobject thiz )
  {
      return (*env)->NewStringUTF(env, "Hello from JNI !");
  }

Java_com_example_hellojni_HelloJni_stringFromJNI()函数只是简单的返回了一个内容为 “Hello from JNI !” 的jstring对象(对应于Java中的String对象)。

步骤五:编译 hello-jni.c 生成相应的库

1:编写Android.mk文件

在jni目录下(即hello-jni.c同级目录下)新建一个Android.mk文件,Android.mk文件是Android的makefile文件,内容如下:

  # Copyright (C) 2009 The Android Open Source Project
  #
  # Licensed under the Apache License, Version 2.0 (the "License");
  # you may not use this file except in compliance with the License.
  # You may obtain a copy of the License at
  #
  #      http://www.apache.org/licenses/LICENSE-2.0
  #
  # Unless required by applicable law or agreed to in writing, software
  # distributed under the License is distributed on an "AS IS" BASIS,
  # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  # See the License for the specific language governing permissions and
  # limitations under the License.
  #
  LOCAL_PATH := $(call my-dir)
  include $(CLEAR_VARS)
  LOCAL_MODULE    := hello-jni
  LOCAL_SRC_FILES := hello-jni.c
  include $(BUILD_SHARED_LIBRARY)

这个Android.mk文件很短,下面我们来逐行解释下:

  LOCAL_PATH := $(call my-dir)

一个Android.mk文件首先必须定义好LOCAL_PATH变量。它用于在开发树中查找源文件。在这个例子中,宏函数my-dir,由编译系统提供,用于返回当前路径(即包含Android.mk file文件的目录)。

  include $( CLEAR_VARS)

CLEAR_VARS由编译系统提供,指定让GNU MAKEFILE为你清除许多LOCAL_XXX变量(例如LOCAL_MODULE、LOCAL_SRC_FILES、LOCAL_STATIC_LIBRARIES等),除LOCAL_PATH。这是必要的,因为所有的编译控制文件都在同一个GNU MAKE执行环境中,所有的变量都是全局的。

  LOCAL_MODULE := hello-jni

编译的目标对象,LOCAL_MODULE变量必须定义,以标识你在Android.mk文件中描述的每个模块。名称必须是唯一的,而且不包含任何空格。

重要

  • 编译系统会自动产生合适的前缀和后缀,换句话说,一个被命名为hello-jni的共享库模块,将会生成libhello-jni.so文件。

  • 如果你把库命名为libhello-jni,编译系统将不会添加任何的lib前缀,也会生成libhello-jni.so,这是为了支持来源于Android平台的源代码的Android.mk文件。

  LOCAL_SRC_FILES := hello-jni.c

LOCAL_SRC_FILES变量必须包含将要编译打包进模块中的C或C++源代码文件。

重要

你不用在这里列出头文件和包含文件,因为编译系统将会自动为你找出依赖型的文件;仅仅列出直接传递给编译器的源代码文件就好。

  include $(BUILD_SHARED_LIBRARY)

BUILD_SHARED_LIBRARY表示编译生成共享库,是编译系统提供的变量,指向一个GNU Makefile脚本,负责收集自从上次调用include $(CLEAR_VARS)以来,定义在LOCAL_XXX变量中的所有信息,并且决定编译什么,如何正确地去做。还有BUILD_STATIC_LIBRARY变量表示生成静态库:lib$(LOCAL_MODULE).a,BUILD_EXECUTABLE表示生成可执行文件。

2:编写Application.mk文件

在jni目录下(即hello-jni.c同级目录下)新建一个Application.mk文件,在文件中添加如下代码:

  APP_ABI := armeabi armeabi-v7a x86

这段话表示你可以同时生成三个处理器的so库。如果没有或不想使用Application.mk文件,则在ndk-build参数中添加:

  APP_ABI="armeabi armeabi-v7a x86 mips"

即运行:

  ndk-build APP_ABI="armeabi armeabi-v7a x86 mips"

3:生成.so共享库文件

Android.mk文件已经编写好了,现在可以用Android NDK开发包中的ndk-build脚本生成对应的.so共享库了,方法如下:

  mqc@ubuntu:~/workspace/android/NDK/hello-jni$ ls 
  AndroidManifest.xml  assets  bin  default.properties  gen  jni  libs  obj  res  src 
  mqc@ubuntu:~/workspace/android/NDK/hello-jni$ ndk-build 
  Gdbserver      : [arm-linux-androideabi-4.4.3] libs/armeabi/gdbserver 
  Gdbsetup       : libs/armeabi/gdb.setup 
  Install        : libhello-jni.so => libs/armeabi/libhello-jni.so

可以看到已经正确的生成了libhello-jni.so共享库了。

4:在eclipse重新编译HelloJni工程,生成apk

eclipse中刷新下HelloJni工程,重新编译生成apk,libhello-jni.so共享库会一起打包在apk文件内。

参考文献

  • 本页导读 (0)
文档反馈