http://www.javaeye.com/topic/295776
JNI一直以来都很少去关注，但却是我心中的一个结，最近这几天刚好手头有点时间，因此抽空看了一下这方面的东西，整理了一份文档，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小例子：
Java代码
- public class HelloJni {
- public native void displayHelloJni();
- static {
- System.loadLibrary("helloJni");
- }
- public static void main(String[] args) {
- //System.out.println(System.getProperty("java.library.path"));
- new HelloJni().displayHelloJni();
- }
- }
在class文件生成的相应目录执行命令如下：
----------------------------------------------------
E:\projects\jni\target\classes>javah HelloJni
----------------------------------------------------
得到C++文件HelloJni.h
Cpp代码- /* 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关键字，供Java虚拟机识别；然后是调用者类名称(全限定的类名，其中用下划线代替名称分隔符)；最后是对应的方法名称，各段名称之间用下划线分割。
JNI函数的参数也由三部分组成：首先是JNIEnv *,是一个指向JNI运行环境的指针；第二个参数随本地方法是静态还是非静态而有所不同一一非静态本地方法的第二个参数是对对象的引用，而静态本地方法的 第二个参数是对其Java类的引用；其余的参数对应通常Java方法的参数，参数类型需要根据一定规则进行映射。
编写C++文件HelloJni.h的实现类，我是比较常用VC6.0来生成dll文件（helloJni.dll）的
Cpp代码- #include <jni.h>
- #include "HelloJni.h"
- #include <stdio.h>
- JNIEXPORT void JNICALL
- Java_HelloJni_displayHelloJni(JNIEnv *env, jobject obj)
- {
- printf("Hello Dynamic Link Library has been calling!\n");
- printf("Java_HelloJni_displayHelloJni method has been executed!\n");
- return;
- }
其实此时，我们的工程目前还暂时不能生成我们想要的 helloJni.dll 文件，问题就出在了“#include <jni.h>”。由于VC6.0里没有我们需要的“jni.h”文件，因此就需要手动加入到VC6.0的环境中去。在JAVA_HOME路 径下我们可以找到include文件夹，其中就可以找到我们需要的“jni.h”文件。为了避免以后麻烦起见，将所有的C++文件全部拿出来，放在 “%CPP_HOME%\VC98\Include”路径下。然后将工程进行打包就可以得到我们需要的“helloJni.dll”文件了。
将helloJni.dll文件放置于工程classes目录，执行命令如下：
-----------------------------------------------
E:\projects\jni\target\classes>java HelloJni
-----------------------------------------------
运行结果如下：
-----------------------------------------------------------------
Hello Dynamic Link Library has been calling!
Java_HelloJni_displayHelloJni method has been executed!
-----------------------------------------------------------------
但是要想在eclipse中运行helloJni.dll文件，就需要将文件拷贝到工程的根目录，或者将其放在诸如C:\WINDOWS \system32;C:\WINDOWS;等目录下。因为，eclipse在运行helloJni.dll文件时首先会去在当前根目录找，如果找不到则 在path上去找，因此你还可以为了方便管理生成的dll文件，将所有工程中的dll文件都放到一个特定的目录，然后将该目录加入到你的本地path环境 变量中去，这样每次只需要将生成的dll文件放入path目录下就可以访问了。注，如果需要加环境变量最好在加好以后重新启动一下eclipse，确保 eclipse能够加载到最新的path环境。
接下来，对小例子进行重构：
1. 新增一个基础类
Java代码
- package org.danlley.jni.test;
- public class BaseClass {
- public BaseClass(String arg) {
- loadLibrary(arg);
- }
- private static void loadLibrary(String arg) {
- System.loadLibrary(arg);
- }
- }
2. 定义新类继承基础类
Java代码
- package org.danlley.jni.test;
- public class HelloJniTest extends BaseClass {
- public HelloJniTest(String arg){
- super(arg);
- }
- public native void displayHelloJni();
- }
3. 编写调用类
Java代码- package org.danlley.jni.test;
- public class RunMain {
- public static void main(String[] args) {
- new HelloJniTest("helloJniTest").displayHelloJni();
- }
- }
此次，将dll文件定义为：helloJniTest.dll。
执行结果：
------------------------------------------------------------------------------------
Java_org_danlley_jni_test_HelloJniTest_displayHelloJni has been called!
------------------------------------------------------------------------------------
例子相当简单，没有传入参数，也没有返回值，那么是不是可以让本地方法返回一些参数，同时又可以传入数据进行处理，并把处理结果返回给方法的调用者呢，先拿基本类型开刀。接下来对 HelloJniTest 继续进行改造：新增两个本地方法，如下：
Java代码- package org.danlley.jni.test;
- public class HelloJniTest extends BaseClass {
- public HelloJniTest(String arg){
- super(arg);
- }
- public native void displayHelloJni();
- public native int getDynamicIntDataNoParam();
- public native int getDynamicIntData(int i);
- }
重新生成org_danlley_jni_test_HelloJniTest.h文件，并改写其实现类org_danlley_jni_test_HelloJniTest.cpp如下：
Cpp代码- // org_danlley_jni_test_HelloJniTest.cpp: implementation of the org_danlley_jni_test_HelloJniTest class.
- //
- //////////////////////////////////////////////////////////////////////
- #include "org_danlley_jni_test_HelloJniTest.h"
- #include <jni.h>
- #include <stdio.h>
- JNIEXPORT void JNICALL
- Java_org_danlley_jni_test_HelloJniTest_displayHelloJni(JNIEnv *env, jobject obj)
- {
- printf("Java_org_danlley_jni_test_HelloJniTest_displayHelloJni has been called!\n");
- return;
- }
- JNIEXPORT jint JNICALL
- Java_org_danlley_jni_test_HelloJniTest_getDynamicIntDataNoParam(JNIEnv *env, jobject obj)
- {
- return 65535;
- }
- JNIEXPORT jint JNICALL
- Java_org_danlley_jni_test_HelloJniTest_getDynamicIntData(JNIEnv *env, jobject obj, jint i)
- {
- i*=i;
- return i;
- }
修改 RunMain 类：
Java代码- package org.danlley.jni.test;
- public class RunMain {
- public static void main(String[] args) {
- HelloJniTest tester=new HelloJniTest("helloJniTest");
- tester.displayHelloJni();
- int i=tester.getDynamicIntDataNoParam();
- System.out.println("tester.getDynamicIntDataNoParam()="+i);
- int j=tester.getDynamicIntData(100);
- System.out.println("tester.getDynamicIntData(100)="+j);
- }
- }
运行RunMain：
-----------------------------------------------------------------------
tester.getDynamicIntDataNoParam()=65535
tester.getDynamicIntData(100)=10000
Java_org_danlley_jni_test_HelloJniTest_displayHelloJni has been called!
-----------------------------------------------------------------------
OK，一切正常。
还是不过瘾，简单对象可以处理了，如果是一个java对象，还可以处理吗，答案是当然可以，接下来我们来继续对 helloJniTest 类进行改造。新增一个方法如下：