[JAVA]使用JNI技术实现JAVA程序调用dll

JAVA 的跨平台的特性深受 java 程序员们的喜爱,但正是由于它为了实现跨平台的目的,

使得它和本地机器的各种内部联系变得很少,大大约束了它的功能,比如与一些硬件设备通信,

往往要花费很大的精力去设计流程编写代码去管理设备端口,而且有一些设备厂商提供的硬

件接口已经经过一定的封装和处理,不能直接使用 java 程序通过端口和设备通信,这种情况

下就得考虑使用 java 程序去调用比较擅长同系统打交道的第三方程序,从 1.1 版本开始的

JDK 提供了解决这个问题的技术标准:JNI 技术.

JNI 是 Java Native Interface(Java 本地接口)的缩写,本地是相对于 java 程序来说的,指直接

运行在操作系统之上,与操作系统直接交互的程序.从 1.1 版本的 JDK 开始,JNI 就作为标准平

例如上面提到的使用 java 程序调用硬件厂商提供的类库同设备通信等,目前市场上的许多读

卡器设备就是这种情况.在这必须使用 JNI 的情况下,尽量把所有本地方法都封装在单个类中,

这个类调用单个的本地库文件,并保证对于每种目标操作系统,都可以用特定于适当平台的版

本替换这个文件,这样使用 JNI 得到的要比失去的多很多.

现在开始讨论上面提到的问题,一般设备商会提供两种类型的类库文件,windows 系统的

会包含.dll/.h/.lib 文件,而 linux 系统的会包含.so/.a 文件,这里只讨论 windows 系统下的 c/c++

编译的 dll 文件调用方法.

我把设备商提供的 dll 文件称之为第三方 dll 文件,之所以说第三方,是因为 JNI 直接调用

的是按它的标准使用 c/c++语言编译的 dll 文件,这个文件是客户程序员按照设备商提供的.h

文件中的列出的方法编写的 dll 文件,我称之为第二方 dll 文件,真正调用设备商提供的 dll 文

2>按 JNI 的规则使用 c/c++语言编写一个 dll 程序;

3>按 dll 调用 dll 的规则在自己编写的 dll 程序里面调用厂商提供的 dll 程序中定义的方

法.

我之前为了给一个 java 项目添加 IC 卡读写功能,曾经查了很多资料发现查到的资料都是

只说到第二步,所以剩下的就只好自己动手研究了.下面结合具体的代码来按这三个步骤分析.

1>假设厂商提供的.h 文件中定义了一个我们需要的方法:

__int16 __stdcall readData( HANDLE icdev, __int16 offset, __int16 len, unsigned char

*data_buffer );

a.__int16 定义了一个不依赖于具体的硬件和软件环境,在任何环境下都占 16 bit 的整型数

据(java 中的 int 类型是 32 bit),这个数据类型是 vc++中特定的数据类型,所以我自己做的 dll