java中的native方法

最新推荐文章于 2024-10-07 21:31:35 发布

gordonOo

最新推荐文章于 2024-10-07 21:31:35 发布

阅读量2.8k

点赞数 2

分类专栏： Java学习笔记文章标签： native

Java学习笔记专栏收录该内容

12 篇文章 0 订阅

订阅专栏

Java不是完美的，Java的不足除了体现在运行速度上要比传统的C++慢许多之外，Java无法直接访问到操作系统底层（如系统硬件等)，为此Java使用native方法来扩展Java程序的功能。

在java中native是关键字。它一般在本地声明，异地用C和C++来实现。它的声明有几点要注意：1）native与访问控制符前后的关系不受限制。2）必须在返回类型之前。3）它一般为非抽象类方法。4）native方法在异地实现，象抽象方法一样，所以没有方法体，以分号结束。如下列5种声明：

native public void f(); 正确。
private native void f(); 正确。
protected int native f(); 错误，返回类型位置不对，返回类型必须在native之后。
public abstract native void f(); native必然不是abstract的。
native int f(){} 错误，因为存在方法体{}
public static native f(); 正确。static与native方法位置随意。
下例是比较典型的native的使用方式，用loadLibrary导入存在源文件目录下的*.dll文件，然后定义native方法时，与c/c++实现的函数有相同的参数和返回类型。

public class OpticalFlowCalculateDll{
    static{
        System.loadLibrary("OpticalFlow");
    }
    
    public native static void setImage();    
    public native static int[] getGoodFeatureListForTrack();    
    public native static int[] getMatchedFeatureList();    
    public native static int getFeatureListSize();    
    public native static void dispose();
}

再展开来说JNI，JNI是Java Native Interface的缩写，中文为JAVA本地调用。从Java 1.1开始，Java Native Interface (JNI)标准成为java平台的一部分，它允许Java代码和其他语言写的代码进行交互。JNI一开始是为了本地已编译语言，尤其是C和C++而设计的，但是它并不妨碍你使用其他语言，只要调用约定受支持就可以了。JNI是JDK的一部分，用于为Java提供一个本地代码的接口。通过使用JNI编写的程序能够确保你的代码能够完全的移植到所有的平台。JNI使得运行在JVM虚拟机上的Java代码能够操作使用其它语言编写的应用程序和库，比如C/C++以及汇编语言等。此外JNI提供的某些API还允许你把JVM嵌入到本地应用程序中。
　　
　　使用java与本地已编译的代码交互，通常会丧失平台可移植性。但是，有些情况下这样做是可以接受的，甚至是必须的，比如，使用一些旧的库，与硬件、操作系统进行交互，或者为了提高程序的性能。JNI标准至少保证本地代码能工作在任何Java 虚拟机实现下。
JNI的设计目的:
　　·标准的java类库可能不支持你的程序所需的特性。
　　·或许你已经有了一个用其他语言写成的库或程序，而你希望在java程序中使用它。

　　·你可能需要用底层语言实现一个小型的时间敏感代码，比如汇编，然后在你的java程序中调用这些功能。

-------------------------------------------------------------------------------------我是完美分隔线------------------------------------------------------------------------------------------

本文将通过一个实例来阐述使用VC++6.0来实现JNI的完整过程。使用JNI来整合本地代码和Java代码的步骤是确定的，没有再创作的余地，所以读者可以通过本文的步骤来逐步认识到，其实Java也是"没有什么不可以"的。

一、JNI的实现任务描述：在Java中调用windows下的消息框函数，并且从Java中传递一个字符串作为MessageBox函数的显示文本参数，显示在消息框的中间。下面让我们一起进入这一奇妙的旅程。
Step 1：写一个Java类，在这个类中包含了需要调用的本地方法的描述。

//WinMsgBox.java 
package edu.netcom.jni; 
public class WinMsgBox 
{ 
static{ 
System.loadLibrary("WinMsgDll");    // (1) 
} 
public native void showMsgBox(String str); // (2) 
}

(1)中WinMsgDll是动态链接文件的文件名，不用加扩展名，因为在不同的平台下动态链接文件扩展名是不同的，由JVM自动识别，比如在Solaris下，会被转换为WinMsgDll.so；而Win32环境下会转换为WinMsgDll.dll。这个文件名必须和Step 4中生成的文件名一致。这个文件的存放位置也很重要，它只能被放在JVM属性值java.library.path中指定的文件夹中。这个属性值可以使用System.getProperty("java.library.path");来查看。一般情况下，至少放在这几个位置是确定可靠的，windows安装目录下的system32下面，JDK安装目录下的bin下面，以及调用主类文件的当前目录。

(2)中指明了你必须用本地代码实现的方法。

Step 2：提示符下使用命令javac -d . WinMsgBox.java编译Step 1编写的java文件。

此时会在当前目录下建立一个edu\netcom\jni目录结构，并且一个WinMsgBox.class文件存在其中。

Step 3：提示符下使用命令javah -jni edu.netcom.jni.WinMsgBox，此时会在当前目录下产生一个edu_netcom_jni_WinMsgBox.h文件，注意这个文件名是由（包名+类名）组成，中间用（_）隔开。此文件内容如下：

/* DO NOT EDIT THIS FILE - it is machine generated */ 
#include <jni.h>                       // (1) 
/* Header for class edu_netcom_jni_WinMsgBox */
#ifndef _Included_edu_netcom_jni_WinMsgBox 
#define _Included_edu_netcom_jni_WinMsgBox 
#ifdef __cplusplus 
extern "C" { 
#endif 
/* 
* Class:     edu_netcom_jni_WinMsgBox 
* Method:    showMsgBox 
* Signature: (Ljava/lang/String;)V       // (2) 
*/ 
JNIEXPORT void JNICALL Java_edu_netcom_jni_WinMsgBox_showMsgBox 
(JNIEnv *, jobject, jstring);           // (3)
#ifdef __cplusplus 
} 
#endif 
#endif

(1)包含的jni.h存在于JDK安装目录下的include下面。
(2)(Ljava/lang/String;)V这是函数的标记符，当从本地方法端访问Java端的方法时，会用到这个标记符。JNI中为每种数据类型也定义了标记符，标记符的规则请查看JNI标准文档。
(3)在WinMsgBox.java中本地方法void showMsgBox(String str);的定义，被映射为JNIEXPORT void JNICALL Java_edu_netcom_jni_WinMsgBox_showMsgBox(JNIEnv *, jobject, jstring); 其中函数名的映射规则是（Java_包名_类名_方法名），如果存在重载的方法，则在后面还会增加每个参数的标记符。每一个方法映射到本地C函数后都会增加两个参数：JNIEnv *和jobject，关于这两个参数的用法将在后面阐述。另外，所有Java中的数据类型都会按一定规则进行映射为本地数据类型，这些数据类型都是在jni.h中定义的。下面分别按照基本数据类型，和对象类型列出。

Step 4：使用VC来编写本地方法的实现函数，最后编译成.dll文件。过程如下：

1) 选择new->projects(选择Win32 Dynamic-Link Library，以Step 1中指定的库名WinMsgDll作为工程名)->OK->An ampty DLL project->Finish。
2) 选择Tools->Options->Directories(添加目录D:\J2SDK1.4.2_03\INCLUDE和D:\J2SDK1.4.2_03\INCLUDE\WIN32)。在这些目录中包含JNI所需的头文件。
3) 将Step 3生成的edu_netcom_jni_WinMsgBox.h拷贝到WinMsgDll工程文件夹中。然后FileView中添加这个头文件。
4) 添加源文件WinMsgDll.cpp，内容如下：

#include "windows.h" 
#include "edu_netcom_jni_WinMsgBox.h" 
/* 
* Class:     edu_netcom_jni_WinMsgBox 
* Method:    showMsgBox 
* Signature: (Ljava/lang/String;)V 
*/ 
JNIEXPORT void JNICALL Java_edu_netcom_jni_WinMsgBox_showMsgBox 
(JNIEnv * env, jobject obj, jstring str){ 
const char *msg; 
msg = env->GetStringUTFChars(str,0); 
MessageBox(NULL,msg,"Java invoke",MB_OK); 
env->ReleaseStringUTFChars(str,msg); 
}

5) 编译生成WinMsgBox.dll文件。并将这个.dll文件拷贝到Step 1中说明的目录中。

注意：
1) 我们知道dll文件有两种指明导出函数的方法，一种是在.def文件中定义，另一种是在定义函数时使用关键字__declspec(dllexport)。而在JNI中函数定义中的关键字JNIEXPORT实际在jni_md.h中如下定义，#define JNIEXPORT __declspec(dllexport)，可见JNI默认的导出函数使用第二种。使用第二种方式产生的导出函数名会根据编译器发生变化，在有的情况下会发生找不到导出函数的问题（我们在JSP中使用JNI时就发生了这种问题，百思不得其解，后来强行加入一个.def文件就解决了）。因此最好是使用第一种方法自己定义一个.def文件来指明导出函数，这种情况下会强制使用第一种方式产生导出函数。本例中可以加入一个WinMsgDll.def文件，内容如下：

LIBRARY      "WinMsgDll" 
DESCRIPTION 'message Windows Dynamic Link Library' 
EXPORTS 
    ; Explicit exports can go here 
Java_edu_netcom_jni_WinMsgBox_showMsgBox

2) 从本例中，我们可以看到WinMsgBox.java决定了edu_netcom_jni_WinMsgBox.h，而后者又决定了WinMsgDll.dll，也就是说，这是一个"牵一发而动全身"的过程，如果你改动了WinMsgBox.java，就一定要把整个步骤都走一遍（这一点一定要切记，因为这也是我们跌得鼻青脸肿后才得出的警世良言）。
3) 生成的.dll文件一定要正确拷贝到Step 1说明的目录中，本例中是将生成的WinMsgDll.dll和Step 5中的测试文件放在同一个目录下的（这也是我们困惑了很久才解决的问题）。
Step 5：编写一个测试文件来测试对WinMsgDll.dll的调用。测试文件TestJNI.java内容如下：

//TestJNI.java 
import edu.netcom.jni.WinMsgBox; 
public class TestJNI 
{ 
public static void main(String[] args){ 
     WinMsgBox box = new WinMsgBox(); 
     box.showMsgBox("Wonderful!!"); 
   } 
}

编译，运行，windows下的对话框跃然屏幕中间。到此为此，整个JNI的实现过程就已经完成了。