JNA 实际开发中若干问题解决方法(二)

简介:

jna_title

1. JNA 中 byte [] 类型映射问题

在之前的文章中,我们知道 JNA 中,char *char 类型都可以映射为 byte[] 类型, 通常来说也就是 byte[] 具有通用性。
在实际开发中,我们通常使用 "string".toBytes() 来进行转化。如下示例:

// 代码 1-1 ,某驱动函数原型
int NewKey(char *room,char *gate,char *stime,char *guestname,char *guestid, char *lift, int  overflag, int Breakfast, long *cardno,char * track1,char * track2);

按照之前的映射为 Java 方法,

// 代码 1-2 , 映射为 Java 方法

int NewKey(byte [] room,byte [] gate,byte [] stime,byte [] guestname,byte [] guestid, byte [] lift, int  overflag, int Breakfast, NativeLongByReference cardno,byte []  track1,byte []  track2);

此时,如果我们调用的参数如下,

// 代码 1-3 ,NewKey 方法调用

int result = NewKey("010101".getBytes(),"00","201810231200201810241200".getBytes(), "".getBytes(),"".getBytes(),1, nativeLongByReference, null,null);

看上去是没有问题的, 我们满怀信心的调用,却发现调用始终失败。于是我们对调用的 dll 动态链接库再用 C 封装一层,用 java 代码间接调用原始 dll。 打印日志发现,调用原始dll的入参如下,

// 代码 1-4 , 调用 原始 dll 入参日志
Adell_NewKey (010101,00,2018102312002018102412002c� � ,,,1, nullptr ,nullptr)

很明显的发现,在某个参数后面多了一串乱码导致调用失败。此时,我们可以用一个蹩脚的方法暂时先解决,那就是把 byte [] 类型改为 String, 如下所示,

// 代码 1-4 ,参数从 byte[] 改为 String后,从 dll 入参日志
// java method invoke
NewKey("010101".getBytes(),"00","201810231200201810241200", "".getBytes(),"".getBytes(),1, nativeLongByReference, null,null);

// parameters log from dll method signature 
NewKey (010101,00,201810231200201810241200,,,1, nullptr ,nullptr)

问题似乎这样简单的解决的了, 但我们还没明白为什么使用 jdk 中的原生 toBytes() 会在结尾加上其他字节?只能求助社区。

2. 真相大白

在 [Issues on byte [] when invoke by JNA](https://groups.google.com/forum/#!topic/jna-users/c9Vc13mE6qg) 这个帖子中, 感谢 JNA 的作者 Matthias Bläsing 耐心回答。

在 C 中的 char 数组是以一个 NULL 字符作为结束中止标识, 使用 jdk 中的 toBytes() 并不会在byte 数组后加结束符,导致读取参数数组越界,强制结束。所以在getBytes()转为 byte 数组后我们需要
人为在结尾加上0来作为中止字符,当然 Matthias Bläsing 也给出了 JNA 解决方法 , Native#toByteArray 做了部分重写。

我们查看下 JNA 对转 byte 数组是怎么处理的,

// 代码 1-5 , Native#toByteArray 源码
 /**
     * @param s The string
     * @return A NUL-terminated byte buffer equivalent to the given String,
     * using the given encoding.
     * @see #getBytes(String, String)
     */
    public static byte[] toByteArray(String s, String encoding) {
        byte[] bytes = getBytes(s, encoding);
        byte[] buf = new byte[bytes.length+1];
        System.arraycopy(bytes, 0, buf, 0, bytes.length);
        return buf;
    }

拷贝 byte 数组,并且在 byte 数组结尾加上 0 作为终止符。

3. char ** 映射

char ** 指针引用映射 JNA 类型为 StringArray , 而不是 String 。

4. 一些建议

通常情况下 ,我们的 dll 动态链接库文件都放在 resources 资源目录下, 当然也建议放在项目的根目录下。如下文件目录结构,

根目录

|
│  external.lib
│  pom.xml
└─src
    ├─main
    │  ├─java
    │  │    └─InvokerDLL
    │  │          InvokerDLL.java
    │  │
    │  └─resources
    │          external.dll

5. 参考

  1. [Issues on byte [] when invoke by JNA](https://groups.google.com/forum/#!topic/jna-users/c9Vc13mE6qg)

原文:https://iliangqunru.bitcron.com/post/2018/jna-shi-ji-kai-fa-zhong-ruo-gan-wen-ti-jie-jue-fang-fa-er

目录
相关文章
|
4月前
|
传感器 存储 安全
【软件设计师备考 专题 】构件的创建和重用:子程序库和类库
【软件设计师备考 专题 】构件的创建和重用:子程序库和类库
81 0
|
30天前
|
Java 开发者
别再傻傻分不清!Java if-else与switch的性能对比全解析!
别再傻傻分不清!Java if-else与switch的性能对比全解析!
35 1
|
2月前
|
Python
告别混乱!Python上下文管理器的自定义实践,让你的代码更加整洁有序
【7月更文挑战第6天】Python的上下文管理器通过`__enter__`和`__exit__`方法自动处理资源的获取与释放,如文件操作。使用with语句结合自定义类(如`FileManager`示例),能确保文件在使用后正确关闭,防止资源泄漏,提升代码整洁度和健壮性。自定义上下文管理器是代码模块化和错误处理的好实践。
23 0
|
2月前
|
存储 Java
软件开发常用之SpringBoot文件上传接口编写(中),一本书,代码大全(里面有很多代码重构的方法),屎山代码的原因是不断追加逻辑,在错误代码上堆积新的功能,在写完逻辑之后去思考一下,逻辑合理不
软件开发常用之SpringBoot文件上传接口编写(中),一本书,代码大全(里面有很多代码重构的方法),屎山代码的原因是不断追加逻辑,在错误代码上堆积新的功能,在写完逻辑之后去思考一下,逻辑合理不
|
3月前
|
存储 Java 编译器
心得经验总结:源代码、目标代码、可执行代码、本地代码的区别
心得经验总结:源代码、目标代码、可执行代码、本地代码的区别
55 0
|
3月前
|
SQL 前端开发 Java
2024考古之还在用原始JDBC开发 手搓 案例 实现一个模块的增删改
2024考古之还在用原始JDBC开发 手搓 案例 实现一个模块的增删改
27 0
|
4月前
|
存储 缓存 前端开发
第三十七章 扩展知识点 1
第三十七章 扩展知识点
|
4月前
|
前端开发 JavaScript
第三十七章 扩展知识点2
第三十七章 扩展知识点
|
SQL 数据库
CRUP为后面使用框架在页面上增删改查做下铺垫.(一)
CRUP为后面使用框架在页面上增删改查做下铺垫.(一)
136 0
CRUP为后面使用框架在页面上增删改查做下铺垫.(一)
CRUP为后面使用框架在页面上增删改查做下铺垫.(二)
CRUP为后面使用框架在页面上增删改查做下铺垫.(二)
91 0