05-jna-type-mapping-details
5. java高级用法之:JNA类型映射应该注意的问题
简介
JNA提供JAVA类型和native类型的映射关系,但是这一种映射关系只是一个大概的映射,我们在实际的应用中还有很多需要注意的事项,本文将会为大家详细讲解在使用类型映射中可能会出现的问题。一起来看看吧。
String
首先是String的映射,JAVA中的String实际上对应的是两种native类型:const char* 和 const wchar_t*。默认情况下String会被转换成为char* 。
char是ANSI类型的数据类型,而wchar_t是Unicode字符的数据类型,也叫做宽字符。
如果JAVA的unicode characters要转换成为char数组,那么需要进行一些编码操作,如果设置了jna.encoding,那么就会使用设置好的编码方式来进行编码。默认情况下编码方式是 "UTF8".
如果是WString,那么Unicode values可以直接拷贝到WString中,而不需要进行任何编码。
先看一个简单的例子:
char* returnStringArgument(char *arg) {
return arg;
}
wchar_t* returnWStringArgument(wchar_t *arg) {
return arg;
}
上面的native代码可以映射为:
再来看一个不同的例子,假如native方法的定义是这样的:
我们定义了两个方法,方法的参数分别是char* 和wchar_t*。
接下来看一下怎么在JAVA中定义方法的映射:
下面是具体的使用:
可能有同学会问了,既然JAVA中的String可以转换成为char*,为什么这里需要使用byte数组呢?
这是因为getString方法需要对传入的char数组中的内容进行修改,但是因为String是不可变的,所以这里是不能直接使用String的,我们需要使用byte数组。
接着我们使用Native.toString(byte[]) 将byte数组转换成为JAVA字符串。
再看一个返回值的情况:
一般情况下,如果是native方法直接返回string,我们可以使用String进行映射:
如果native code为String分配了内存空间,那么我们最好使用JNA中的Pointer作为返回值,这样我们可以在未来某些时候,释放所占用的空间,如下所示:
Buffers,Memory,数组和Pointer
什么时候需要用到Buffers和Memory呢?
一般情况下如果是基础数据的数组作为参数传到函数中的话,可以在JAVA中直接使用基础类的数组来替代。但是如果native方法在方法返回之后,还需要访问数组的话(保存了指向数组的指针),这种情况下使用基础类的数组就不太合适了,这种情况下,我们需要用到ByteBuffers或者Memory。
我们知道JAVA中的数组是带有长度的,但是对于native方法来说,返回的数组实际上是一个指向数组的指针,我们并不能知道返回数组的长度,所以如果native方法返回的是数组指针的话,JAVA代码中用数组来进行映射就是不合适的。这种情况下,需要用到Pointer.
Pointer表示的是一个指针,先看一下Pointer的例子,首先是native代码:
接下来是JAVA的映射:
除了基本的Pointer之外,你还可以自定义带类型的Pointer,也就是PointerType. 只需要继承PointerType即可,如下所示:
再看一下字符串数组:
对应的JAVA映射如下:
对应Buffer来说,JAVA NIO中提供了很多类型的buffer,比如ByteBuffer,ShortBuffer,IntBuffer,LongBuffer,FloatBuffer和DoubleBuffer等。这里以ByteBuffer为例,来看一下具体的使用.
首先看下native代码:
这里将buff进行填充,很明显后续还需要使用到这个buffer,所以这里使用数组是不合适的,我们可以选择使用ByteBuffer:
然后看下具体怎么使用:
可变参数
对于native和JAVA本身来说,都是支持可变参数的,我们举个例子,在native方法中:
对应的JAVA方法映射如下:
相应的调用代码如下:
总结
本文介绍了在使用JNA方法映射中应该注意的一些细节和具体的使用问题。
本文的代码:https://github.com/ddean2009/learn-java-base-9-to-20.git
最后更新于
这有帮助吗?