JNI的又一替代者—使用JNR访问Java外部函数接口(jnr-ffi)
继上文“JNI的替代者—使用JNA访问Java外部函数接口”,我们知道JNI越来越不受欢迎,JNI是编写Java本地方法以及将Java虚拟机嵌入本地应用程序的标准编程接口。它管理着JVM和非托管的本地环境之间的边界,提供数据编组和对象生命周期管理协议。
根据JEP(JDK增强提案) 191,JNI在下列几个方面最令开发人员痛苦:
- 需要开发人员编写C代码,这意味着他们需要具备一个完全不同于Java的世界的专业知识。
- 由于开发人员必须对JVM如何管理内存和代码多少有一些了解,所以典型的C和Java开发人员通常并不具备使用JNI所需的专业知识。
- 开发人员必须能够为他们想要支持的每个平台构建代码,或者为终端用户提供适当的工具,由他们来完成这项工作。
- 相比于相同的库绑定到本地应用程序,基于JNI的库性能通常较差。
- JNI充当了一个不透明的安全边界。JDK并不知道库中的函数可能会调用什么,或者库中的代码是否会损害JVM的稳定或安全。
因此JNI创建本地函数的方式并不简单,于是产生了像Java Native Access(JNA)和Java Native Runtime(JNR)这样的库。JNA和JNR都是基于JNI创建的,而JEP 191定义的Java
Foreign Function Interface(FFI)可能会基于JNR。使用FFI API而不是JNI绑定本地代码和内存将成为开发人员更喜欢的方式。
FFI API将提供下列特性:
- 一个描述本地库调用和本地内存结构的元数据系统。
- 发现和加载本地库的机制。
- 基于元数据将库/函数或内存结构绑定到Java端点的机制。
- 用于Java数据类型和本地数据类型之间编组和解组的代码。
对Java FFI的需求已经产生了JNA和JNR库。JNA库应用更广泛(具体使用参见“JNI的替代者—使用JNA访问Java外部函数接口”)。JNR库更全面,因为它实现了不同层次的抽象,提供了函数和内存元数据,对库和函数绑定进行了抽象。JNR已经在JRuby项目中大量使用,它可能会成为JEP
191的基础。
上面段落来自JEP 191的描述(由参考文献(1)翻译),由此可见虽然JNA使用广泛,但JNR可能更渐趋势,也许在不久的将来JNR-FFI(jffi)就会内建在JDK中与JNI一样成为Java访问外部函数的标准接口。因此,学习使用JNR是非常有必要的。
JNR-FFI项目也托管自Github,其使用方法与JNA差不多,不过JNR并没有给出相应的jar包,需要我们自己打包使用。
2. JNR项目打包(jnr-ffi.jar)——如何打包Github上的maven项目
首先要明确,Github上托管的项目一般是用maven管理构建的,而不是Eclipse/MyEclipse,因此如果你想通过从Github
上直接下载项目源码(Download Zip的方式下载)然后导入或拷贝进Eclipse里打包是行不通的。我一开始也是这么做的,发现项目不完整,缺
少一些包,因此打成的jar包也是不能用的。
让我惊讶的,在maven官方库里的jnr-ffi.jar包也是不完整的,下载下来也不能用,还有这个地方的所有jnr包,我都试过了,全部不完整,因此只能自己打包。
在打包之前,你首先需要将完整的源码下载下来,然后有两种方式打包成jar文件。
- 将maven项目导入Eclipse中打包
- 通过maven命令mvn打包
两种方法都有需要注意的地方。不熟悉maven的人可以采取第一种方式,上手简单。熟悉maven的当然推荐用mvn命令打包,不过需要注意这里有第三方依赖包,不是一句简单的命令就可搞定。
将maven项目导入Eclipse中打包
注意:虽然Eclipse内置了Maven插件,但表示不太好用,经常出现问题,建议卸载Eclipse的自带的maven插件,然后安装第三方的m2eclipse插件,该插件目前有效的安装地址为:http://download.eclipse.org/technology/m2e/releases,通过Eclipse中Help—Install New
Software...—Add Repository安装即可。
有了maven插件后,打包的具体步骤如下:
(1)从Github下载源码
这个其实非常关键,因为不能通过“Download Zip”的方式直接从Github网页上下载,这样下载的源码缺少很多j依赖的ar包,需要通过git clone的方式下载
git clone https://github.com/jnr/jnr-ffi.git
下载后的项目源码就在当前命令行路径下。
(2)导入maven项目
将刚下载的完整的jnr源码导入到Eclipse中,注意导入的是Maven项目
选择刚下载的项目根路径
这里出现了错误,如果没错的就可以直接打包了,如果跟我一样出现下面的错误,那么请继续
从出错信息可以看出是缺少Maven-antrun插件,这是Maven的ant插件,
用来自动构建项目的,没有这个插件,maven配置文件pom.xml中的<execution></execution>之间
的任务就执行不了,因此如果忽略这个出错继续点“Finish”那么pom.xml文件就有错误,具体的出错信息如下:
Plugin execution not covered by lifecycle configuration: org.apache.maven.plugins:maven-antrun-plugin:1.1:run(execution: default, phase: test-compile)
这里有官方给出的解决方案,我就直接用第一种方法:在<plugins>前面加上<pluginManagement>,在</plugins>后面加上加上</pluginManagement> 即可。
其实我的Eclipse工程里还有另外一个错误,就是在NativeClosureFactory.java文件中:
The method expunge(NativeClosureFactory.ClosureReference, Integer) in the type NativeClosureFactory is not applicable forthe arguments (NativeClosureFactory<T>.ClosureReference, Integer)
属于Java泛型错误,不知道完整的代码你可能不知道具体的问题所在,下面举个简单的例子:
public final class Native<T> {private void test1(Ref ref, Integer key) {
}
final class Ref {
private final Native factory;
private Ref(Native factory) {
this.factory = factory;
}
public void test2() {
factory.test1(this, 1);
}
}
}
你能看出问题所在吗?Native类是个泛型类,但在其内置类Ref中使用时没有加上泛型的标志,将Native当作普通类使用,忽略了泛型<T>标志。其实这可能与Java编译器有关,有的版本可能不会报这个错,那么改正方法也很简单,将
privatefinalNative factory;privateRef(Native factory){
改成
privatefinalNative<T> factory;privateRef(Native<T> factory){
即可。
至此,项目没有任何错误产生了,就可以开始打包了(据我测试,前面的两个错误不改正直接打包其实也没什么关系,jar包照样能用,但是知错改错我们能学到更多额外的东西)。
(3)用Build fat jar 打包
这里为什么说要用“Build fat jar”工具打包而不是直接的export出jar包的方式打包呢?因为该工程依赖了很多其它的第三方
jar包,如果直接export而不作配置,这些依赖的jar包不会被打进去,也就错了,需要自定义配置文件MANIFEST.MF,有些麻烦,具体配置
可参考“Eclipse将引用了第三方jar包的Java项目打包成jar文件的两种方法”。
使用Fat jar打包插件就不一样了,无需任何配置,一键打包,该插件安装方法也请参考上述文章:
修改jar包文件,加上目前的版本号即可。可以看到用Eclipse打包还是挺麻烦的,至少我遇到了N多问题,因此推荐用mvn命令打包。
通过maven命令mvn打包
如果你机子上没有安装maven,那么请首先到这里下载其二进制包,无需安装,只要解压到某个路径下,然后将其路径添加到环境变量PATH中即可在任何地方使用。
命令行进入到jnr-ffi所在根目录,一般用mvn命令打jar命令如下即可:
mvn jar:jar
但是这样的不对的,该命令打成的jar包不包含依赖的第三方jar文件,因此是错误的。其实我发现在网上找到的所有jnr-ffi的jar包都是直接用这个命令打包的,因此全部不能用。
正确的打包方式是:
将包含第三方依赖jar的maven项目打包成jar文件有两种方法,我这里使用比较简单的方法:使用maven-assembly-plugin打包,步骤如下:
(1)pom.xml添加assembly插件
<plugin><artifactId>maven-assembly-plugin</artifactId>
<configuration>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
</configuration>
</plugin>
由于第三方jar没有main文件,所以不需要加manifest。
(2)执行如下命令
mvn assembly:assembly
这样就在jnr-ffi根目录下的target文件夹里生成一个jnr-ffi-2.0.0-SNAPSHOT-jar-with-dependencies.jar文件。
这就是我们所需要的jar文件。
不管如何,如果你打包不顺利的话,这里有我打的jnr-ffi_2.0.0jar包下载地址
3. JNR简单实例
将打包好的jar文件加到Eclipse中,还是以“Hello World”为例,这次用C中的puts()函数打印,如下:
package helloworld;import jnr.ffi.LibraryLoader;
public class HelloWorld {
public static interface LibC {
int puts(String s);
}
public static void main(String[] args) {
LibC libc = LibraryLoader.create(LibC.class).load("msvcrt");
libc.puts("Hello, World");
}
}
(1)定义一个静态接口
与JNA不同的是,该静态接口不用继承JNR中的某个类,更加简单。
接口里的内容就是你要用的动态链接库函数原型,同样的,该原型必须与C/C++中的保持一致,这同样是技术难点(详见上篇文章中的技术难点详述)。
(2)如何调用声明的外部函数
首先通过LibraryLoader.create().laod()得到该接口的一个实例,然后通过该实例直接调用里面的方法即可。
LibraryLoader.create().load()中第一个括号里是该接口的Class类型,第二个括号是要加载的动态链接库名称,同样没有.dll/.so后缀。这两个参数与JNA下的两个参数是一样的,使用情况也是一样。
Java的类型与C类型的对应关系为:
- byte - 8 bit signed integer
- short - 16 bit signed integer
- int - 32 bit signed integer
- long - natural long (i.e. 32 bits wide on 32 bit systems, 64 bit wide on 64bit systems)
- float - 32 bit float
- double - 64 bit float
- String - equivalent to "const char *"
- Pointer - equivalent to "void *"
- Buffer - equivalent to "void *"
这只是JNR的入门使用,更多的使用方法还期待官方给出更多的例子和说明文档。
4. 参考文献
(1)Java 外部函数接口
(2)Eclipse将引用了第三方jar包的Java项目打包成jar文件的两种方法
(3)如何将maven项目打包成可执行的jar
以上是 JNI的又一替代者—使用JNR访问Java外部函数接口(jnr-ffi) 的全部内容, 来源链接: utcz.com/z/392277.html