下面的文章由转载而来，java与c++的调用基本思路是这样子，但是结合我的使用经验，在使用jna和jnative的时候需要考虑到jdk的版本，jnative跟jdk1.4的结合可能会有点问题，因为我之前选的是jnative，而我们的jdk版本是1.4，我们下载的jnative jar不支持1.4版本，这样才换了jna，庆幸jna支持jdk1.4，特作此说明。
--------------------------------------------------------------------------------------------------
简单的来说，这篇文章就是介绍一个十分好用的Java Native开发工具, JNA。 在Java编程中，大部分时间都不需要理会JNI，但是当你需要调用一个本地的C/C++库的时候，你就不得不考虑如果在Java中调用C库中的接口(dll, so)。这样的情况有很多，比如当你需要访问一个硬件时，而硬件厂商只提供C语言写的驱动和库文件。 刚开始，或许像我一样，大部分人知道Java有一个叫JNI的东西可以做到这一点，还不坏不是么，至少可以实现它。但是JNI的编写相当复杂和拙劣，关键的一点是需要编写C代码，要知道这对于相当一部分Java程序员来说可不是一个容易的事情。除了你要精通C语言，还要熟悉JNI的知识，包括C的数据类型如何对应到JNI的C数据类型，又如何对应到Java的数据类型，还有很多其他的细节需要注意，比如垃圾回收的问题，还有结构体数据类型对应问题，跨平台问题等等都足以把你搞得头大。很多情况下，只不过是为了调用一个第三方库，不得不再造出自己的一个库，不得不编写JNI代码和本地代码。我为什么不能直接调用本地库代码? 直到有那么一天，某个人告诉你有个叫JNA的东西，就是专门用来解决这个问题的。像下面这个例子这么简单。
package com.sun.jna.examples;
import com.sun.jna.Library;
import com.sun.jna.Native;
import com.sun.jna.Platform;
/** Simple example of JNA interface mapping and usage. */
public class HelloWorld {
// This is the standard, stable way of mapping, which supports extensive
// customization and mapping of Java to native types.
public interface CLibrary extends Library {
CLibrary INSTANCE = (CLibrary)
Native.loadLibrary((Platform.isWindows() ? "msvcrt" : "c"),
CLibrary.class);
void printf(String format, Object... args);
}
public static void main(String[] args) {
CLibrary.INSTANCE.printf("Hello, World\n");
for (int i=0;i < args.length;i++) {
CLibrary.INSTANCE.printf("Argument %d: %s\n", i, args[i]);
}
}
}
使用JNA，你甚至不需要很多的文档，只要拿到第三方库的头文件，比如third.h，根据里面的函数定义直接生成Java的代码，几分钟就可以搞定。Java和本地C库的映射，可以根据头文件直接生成，甚至不用开发人员手动编写对应关系。要用哪几个函数，就在Java接口中添加哪几个函数。你可以按照自己想要的方式加载本地库(如果你曾被JNI下面System.loadLibrary那捉摸不定的java.library.path搞得生不如死)，JNA还可以做到C结构体和Java类的映射，如果你需要在Java中，向本地方法传递结构体，这就会很有用:
public static class SYSTEMTIME extends Structure {
public short wYear;
public short wMonth;
public short wDayOfWeek;
public short wDay;
public short wHour;
public short wMinute;
public short wSecond;
public short wMilliseconds;
}
void GetSystemTime(SYSTEMTIME result);
相比较与JNI来说，JNA也有它的缺点，其实JNA是建立与JNI的基础之上的，所以如果对性能要求特别高，那么多花点时间在JNI上面也许是值得的。另外，JNA在Java调用底层C库的时候特别方便，但是反过来，如果想要从C里面调用Java，JNA可能会遇到不小的麻烦，这时候你也许需要转回到JNI. 如果你还对Java的Native开发心有余悸，希望这篇介绍的JNA的文章可以帮助你跨越JNI开发的这道鸿沟:)
