![](http://qzs.qzone.qq.com/ac/b.gif)
JNI技术的出现主要是基于三个方面的应用需求:
1. 解决性能问题
Java具有平台无关性,这使人们在开发企业级应用的时候总是把它作为主要候选方案之一,但是性能方面的因素又大大削弱了它的竞争力。为此,提高Java的性能就显得十分重要。Sun公司及Java的支持者们为提高Java的运行速度已经做出了许多努力,其中大多数集中在程序设计的方法和模式选择方面。由于算法和设计模式的优化是通用的,对Java有效的优化算法和设计模式,对其他编译语言也基本同样适用,因此不能从根本上改变Java程序与编译型语言在执行效率方面的差异。由此,于是人们开始引入JIT(Just In Time,及时编译)的概念。它的基本原理是:首先通过Java编译器把Java源代码编译成平台无关的二进制字节码。然后在Java程序真正执行之前,系统通过JIT编译器把Java的字节码编译为本地化机器码。最后,系统执行本地化机器码,节省了对字节码进行解释的时间。这样做的优点是大大提高了Java程序的性能,缩短了加载程序的时间;同时,由于编译的结果并不在程序运行间保存,因此也节约了存储空间。缺点是由于JIT编译器对所有的代码都想优化,因此同样也占用了很多时间。
动态优化技术是提高Java性能的另一个尝试。该技术试图通过把Java源程序直接编译成机器码,以充分利用Java动态编译和静态编译技术来提高Java的性能。该方法把输入的Java源码或字节码转换为经过高度优化的可执行代码和动态库 (Windows中的. dll文件或Unix中的. so文件)。该技术能大大提高程序的性能,但却破坏了Java的可移植性。
JNI(Java Native Interface, Java本地化方法)技术由此闪亮登场。因为采用JNI技术只是针对一些严重影响Java性能的代码段,该部分可能只占源程序的极少部分,所以几乎可以不考虑该部分代码在主流平台之间移植的工作量。同时,也不必过分担心类型匹配问题,我们完全可以控制代码不出现这种错误。此外,也不必担心安全控制问题,因为Java安全模型已扩展为允许非系统类加载和调用本地方法。根据Java规范,从JDK 1. 2开始,FindClass将设法找到与当前的本地方法关联的类加载器。如果平台相关代码属于一个系统类,则无需涉及任何类加载器; 否则,将调用适当的类加载器来加载和链接已命名的类。换句话说,如果在Java程序中直接调用C/C++语言产生的机器码,该部分代码的安全性就由Java虚拟机控制。
2. 解决本机平台接口调用问题
JAVA以其跨平台的特性深受人们喜爱,而又正由于它的跨平台的目的,使得它和本地机器的各种内部联系变得很少,约束了它的功能。解决JAVA对本地操作的一种方法就是JNI。JAVA通过JNI调用本地方法,而本地方法是以库文件的形式存放的(在WINDOWS平台上是DLL文件形式,在UNIX机器上是SO文件形式)。通过调用本地的库文件的内部方法,使JAVA可以实现和本地机器的紧密联系,调用系统级的各接口方法。
3. 嵌入式开发应用
“一次编程,到处使用”的Java软件概念原本就是针对网上嵌入式小设备提出的,几经周折,目前SUN公司已推出了J2ME(Java 2 P1atform Micro Edition)针对信息家电的Java版本,其技术日趋成熟,开始投入使用。SUN公司Java虚拟机(JVM)技术的有序开放,使得Java软件真正实现跨平台运行,即Java应用小程序能够在带有JVM的任何硬软件系统上执行。加上Java语言本身所具有的安全性、可靠性和可移植性等特点,对实现瘦身上网的信息家电等网络设备十分有利,同时对嵌入式设备特别是上网设备软件编程技术产生了很大的影响。也正是由于JNI解决了本机平台接口调用问题,于是JNI在嵌入式开发领域也是如火如荼。
不失直观性,我们首先写一个JNI小例子:功能 hello world
(1) 编写 Hello World.java类
public class Test{
public native void showHello();
static {
System.loadLibrary("hello world");
}
public static void main(String[] args){
System.out.println("库文件的位置:"+System.getProperty("java.library.path"));
new Test().showHello();
}
}
(2) 使用javac编译Test.java, 使用javah来生成C头文件, 得到头文件Test.h
Javac Test.java
Javah -verbose -classpath . –jni Test
解释: javah 编译头文件命令
-verbose 显示库文件加载信息
-classpath . 将库文件生成到当前目录
-jni Test 生成名为jni的头文件
生成的Test.h文件(就是jni代理stub的接口)如下:
/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class HelloJni */
#ifndef _Included_HelloJni
#define _Included_HelloJni
#ifdef __cplusplus
extern "C" {
#endif
/*
* Class: HelloJni
* Method: displayHelloJni
* Signature: ()V
*/
JNIEXPORT void JNICALL Java_HelloJni_displayHelloJni
(JNIEnv *, jobject);
#ifdef __cplusplus
}
#endif
#endif
JNI函数名称Java_HelloJni_displayHelloJni分为三部分:首先是Java关键字,供Java虚拟机识别;然后是调用者类名称(全限定的类名,其中用下划线代替名称分隔符);最后是对应的方法名称,各段名称之间用下划线分割。
JNI函数的参数也由三部分组成:首先是JNIEnv *,是一个指向JNI运行环境的指针;第二个参数随本地方法是静态还是非静态而有所不同一一非静态本地方法的第二个参数是对对象的引用,而静态本地方法的第二个参数是对其Java类的引用;其余的参数对应通常Java方法的参数,参数类型需要根据一定规则进行映射。
(3) 我使用的是vs2010开发的. 新建一个项目TestHello, 项目类型为vc++ win32 project.它就可以生成dll文件了.
注意 Location(项目文件保存的位置: c:\users\zy\documents\visual studio 2010\Projects), (等一下要将上面步骤中生成的Test.h文件复制到此目录下).
(4) 接下来将项目类型选为dll, 并选上ATL.
(5) 将Test.h复制到 C:\Users\zy\Documents\Visual Studio 2010\Projects\TestHelo\TestHelo 目录下,再在右边的Solution Explorer上右键-> add-> Existing item, 添加Test.h.
(6) 在 StdAfx.h文件,再最后面添加:
#include <jni.h>
#include "Tello.h"
这里会出现一个问题,即jni.h头文件找不到,因为这个头文件是jdk中的,所以要将这个头文件在编译的时候引入进来。
(7) 按照vc6的方法来加头文件。 Tools -> options-> projects and solutions -> vc++ directories, 出现了
可惜啊,vs2010的引入目录方法与vc6完全不同的. 经过一番查找,操作如下:
菜单中-> project -> XXXX property -> configuration properties -> vs++ directories -> 右边就可以看到include directories-> 下拉列表
选择jdk的安装目录的include子目录,再选一个include/win32子目录就可以了.
这样,在dll生成时,就会去导入jdk中的头文件了.
下面,在TestHello3.cpp中实现函数JNIEXPORT void JNICALL
Java_HelloJni_displayHelloJni(JNIEnv *env, jobject obj)
(8) 下面ok, 请打包编译dll程序,在debug目录下就得到了 TestHello3.dll文件了.
(9) 将TestHello3.ddl复制到java的Test.class目录下,java运行测试,就可以看到结果了.
至此,我们的第一个jni程序就完成了。有了这个开头,大家想一想,如果java程序在调用c++程序时,想要传过去一个参数怎么办,如果c++函数运行完有值返回怎么办呢, 我如何调用已经存在的dll文件呢?