
Java Native Access (JNA) 库为Java应用程序提供了与本地共享库(如C/C++ DLL或SO文件)交互的便捷方式,无需编写JNI代码。JNA通过模拟C语言的数据类型和函数签名,使得Java可以直接调用本地方法,并传递复杂的数据结构。
在JNA中,要映射C语言的结构体(struct),我们通常需要创建一个Java类,使其继承自com.sun.jna.Structure。这个Java类中的公共字段应与C结构体中的成员类型和顺序保持一致,并且需要重写getFieldOrder()方法来明确字段的排列顺序。
例如,对于一个简单的C结构体:
typedef struct
{
UCHAR ucProtocolType;
UCHAR ucAddReader;
} Install_CD97_GTML;对应的JNA映射可能如下:
立即学习“C语言免费学习笔记(深入)”;
import com.sun.jna.Structure;
import java.util.Arrays;
import java.util.List;
public class Install_CD97_GTML extends Structure {
public byte ucProtocolType;
public byte ucAddReader;
@Override
protected List<String> getFieldOrder() {
return Arrays.asList("ucProtocolType", "ucAddReader");
}
}这种直接映射简单结构体的方式通常工作良好。
在实际项目中,C语言的结构体往往包含其他结构体或联合体,形成复杂的嵌套结构。当尝试在JNA中映射这些复杂类型时,如果不遵循JNA的特定规则,很容易遇到运行时错误。
考虑以下C语言的复杂结构体定义:
// C语言定义
typedef struct
{
UCHAR ucProtocolType;
UCHAR ucAddReader;
} CD97_GTML_NativeParam; // 对应于Java中的Install_CD97_GTML的参数部分
typedef union
{
CD97_GTML_NativeParam xCd97Param; // 注意这里是结构体
// Install_CD98_GTML xCd98Param; // 示例中省略
// Install_CD99_GTML xCd99Param; // 示例中省略
} InstallCardParam; // C语言的联合体
typedef struct
{
eTypCardType xCardType; // 假设是int类型
InstallCardParam iCardParam; // 嵌套的联合体
} InstallCard; // C语言的主结构体
// 本地方法签名
short sSmartInstCardEx(const InstallCard *pxInstallCard);用户最初的JNA映射尝试(工作正常):
// 初始工作正常的JNA映射
public class InstallCard extends Structure {
public int xCardType;
// 注意:这里的getFieldOrder包含了所有子类的字段,这在扁平化结构中有效
@Override
protected List<String> getFieldOrder() {
return Arrays.asList("xCardType", "ucProtocolType", "ucAddReader");
}
}
public class Install_CD97_GTML extends InstallCard {
public byte ucProtocolType;
public byte ucAddReader;
}
// 调用示例
Install_CD97_GTML pxInstallCardCD97 = new Install_CD97_GTML();
pxInstallCardCD97.xCardType = 1;
pxInstallCardCD97.ucAddReader = 0;
pxInstallCardCD97.ucProtocolType = 1;
// res = ReaderThalesApi.INSTANCE.sSmartInstCardEx(pxInstallCardCD97);这种方法之所以有效,是因为Install_CD97_GTML继承了InstallCard,并且InstallCard的getFieldOrder()方法明确列出了所有字段,使得JNA将其视为一个扁平的结构体进行内存布局。这虽然在某些简单继承场景下可行,但并不直接对应C语言的嵌套结构。
当用户尝试引入一个独立的Java类来封装ucProtocolType和ucAddReader,以更贴近C语言的嵌套结构时,问题出现了:
// 尝试引入嵌套结构的JNA映射 (导致错误)
public class InstallCard extends Structure {
public int xCardType;
// 注意:这里的getFieldOrder不再包含ucProtocolType和ucAddReader
@Override
protected List<String> getFieldOrder() {
return Arrays.asList("xCardType", "iCardParam"); // 假设iCardParam是字段名
}
}
public class Install_CD97_GTML extends InstallCard {
public CD97_GTML_Parameter iCardParam; // 尝试嵌套一个普通Java类
}
public class CD97_GTML_Parameter { // 这是一个普通的Java类,未继承Structure
public byte ucProtocolType;
public byte ucAddReader;
}
// 调用示例
Install_CD97_GTML pxInstallCardCD97 = new Install_CD97_GTML();
CD97_GTML_Parameter pxCD97_GTML_Parameter = new CD97_GTML_Parameter();
pxInstallCardCD99.xCardType = 1;
pxCD97_GTML_Parameter.ucAddReader = 0;
pxCD97_GTML_Parameter.ucProtocolType = 1;
pxInstallCardCD97.iCardParam = pxCD97_GTML_Parameter;
// res = ReaderThalesApi.INSTANCE.sSmartInstCardEx(pxInstallCardCD97);上述代码会导致以下错误: java.lang.IllegalArgumentException: Invalid Structure field in class Install_CD97_GTML, field name 'iCardParam' (class CD97_GTML_Parameter): The type "CD97_GTML_Parameter" is not supported: Native size for type "CD97_GTML_Parameter" is unknown
这个错误的核心在于CD97_GTML_Parameter类并没有继承com.sun.jna.Structure。JNA在处理Structure的字段时,如果遇到一个非基本类型(如int, byte等)或非Pointer类型的字段,它会期望这个字段的类型本身也是一个Structure或Union的子类。只有这样,JNA才能知道如何计算其在内存中的大小和布局。一个普通的Java类,JNA无法确定其对应的本地内存大小,因此会抛出IllegalArgumentException。
要正确映射C语言的嵌套结构体和联合体,必须遵循以下JNA规则:
根据C语言的原始定义,我们可以构建如下的JNA映射类:
import com.sun.jna.Structure;
import com.sun.jna.Union;
import java.util.Arrays;
import java.util.List;
// 1. 映射 C语言的 CD97_GTML_NativeParam struct
// (在C语言定义中,Install_CD97_GTML就是这个结构体)
public class CD97_GTML_NativeParam extends Structure {
public byte ucProtocolType;
public byte ucAddReader;
public CD97_GTML_NativeParam() {
// 默认构造函数
}
public CD97_GTML_NativeParam(byte ucProtocolType, byte ucAddReader) {
this.ucProtocolType = ucProtocolType;
this.ucAddReader = ucAddReader;
}
@Override
protected List<String> getFieldOrder() {
return Arrays.asList("ucProtocolType", "ucAddReader");
}
}
// 2. 映射 C语言的 InstallCardParam union
public class InstallCardParam extends Union {
public CD97_GTML_NativeParam xCd97Param; // 对应C语言的 xCd97Param 成员
// public Install_CD98_GTML xCd98Param; // 如果有其他union成员,也需在此定义并映射
// public Install_CD99_GTML xCd99Param;
public InstallCardParam() {
// 默认构造函数
}
// 可以添加方便的构造函数来设置union的特定成员
public InstallCardParam(CD97_GTML_NativeParam cd97Param) {
this.xCd97Param = cd97Param;
setType(CD97_GTML_NativeParam.class); // 明确指定当前使用的union成员类型
}
@Override
protected List<String> getFieldOrder() {
// Union的getFieldOrder应包含所有可能的成员
return Arrays.asList("xCd97Param"); // 如果有其他union成员,也需在此列出
}
}
// 3. 映射 C语言的主结构体 InstallCard
public class InstallCard extends Structure {
public int xCardType;
public InstallCardParam iCardParam; // 嵌套的联合体
public InstallCard() {
// 默认构造函数
}
public InstallCard(int xCardType, InstallCardParam iCardParam) {
this.xCardType = xCardType;
this.iCardParam = iCardParam;
}
@Override
protected List<String> getFieldOrder() {
return Arrays.asList("xCardType", "iCardParam");
}
}调用示例:
// 假设 ReaderThalesApi.INSTANCE 是 JNA 库的接口实例
// public interface ReaderThalesApi extends Library {
// ReaderThalesApi INSTANCE = Native.load("your_native_lib", ReaderThalesApi.class);
// short sSmartInstCardEx(InstallCard pxInstallCard);
// }
// 创建 CD97_GTML_NativeParam 实例
CD97_GTML_NativeParam cd97Param = new CD97_GTML_NativeParam((byte) 1, (byte) 0);
// 将其放入 InstallCardParam 联合体
InstallCardParam iCardParam = new InstallCardParam(cd97Param);
// 创建 InstallCard 实例
InstallCard pxInstallCard = new InstallCard(1, iCardParam);
// 调用本地方法
// short res = ReaderThalesApi.INSTANCE.sSmartInstCardEx(pxInstallCard);
// System.out.println("Native call result: " + res);这种方法直接且准确地反映了C语言的内存布局,是JNA映射复杂结构体的推荐方式。
虽然直接映射能够精确控制JNA与本地库的交互,但有时JNA的Structure或Union类可能不够“Java友好”,例如,它们可能包含公共字段、需要手动管理内存,或者其结构与业务逻辑中的Java对象模型不完全匹配。在这种情况下,可以引入一个“友好”的Java对象包装层,将JNA映射对象与业务逻辑解耦。
这种方法的核心思想是:
以下是基于原始问题中提供的答案的示例:
// 友好的 Java POJO 类,不继承 JNA Structure
public class Friendly_CD97_GTML_Parameter {
public final byte ucProtocolType;
public final byte ucAddReader;
public Friendly_CD97_GTML_Parameter(byte ucProtocolType, byte ucAddReader) {
this.ucProtocolType = ucProtocolType;
this.ucAddReader = ucAddReader;
}
}
// 友好的 Java POJO 类,用于封装业务逻辑
public class Friendly_Install_CD97_GTML {
public final int xCardType;
public final Friendly_CD97_GTML_Parameter iCardParam;
public Friendly_Install_CD97_GTML(int xCardType, byte ucProtocolType, byte ucAddReader) {
this.xCardType = xCardType;
this.iCardParam = new Friendly_CD97_GTML_Parameter(ucProtocolType, ucAddReader);
}
// 假设这是业务逻辑中使用的构造函数,直接传入参数
public Friendly_Install_CD97_GTML(int xCardType, Friendly_CD97_GTML_Parameter param) {
this.xCardType = xCardType;
this.iCardParam = param;
}
}
// 转换方法:将友好的Java对象转换为JNA Structure
// 注意:这里需要将Friendly_Install_CD97_GTML转换为 Solution 1 中定义的 InstallCard
public InstallCard convertToNativeStructure(Friendly_Install_CD97_GTML friendlyObj) {
CD97_GTML_NativeParam nativeParam = new CD97_GTML_NativeParam(
friendlyObj.iCardParam.ucProtocolType,
friendlyObj.iCardParam.ucAddReader
);
InstallCardParam nativeCardParam = new InstallCardParam(nativeParam);
return new InstallCard(friendlyObj.xCardType, nativeCardParam);
}
// 转换方法:将JNA Structure转换为友好的Java对象 (可选,用于接收返回值)
public Friendly_Install_CD97_GTML convertFromNativeStructure(InstallCard nativeObj) {
// 假设我们知道当前union中激活的是xCd97Param
CD97_GTML_NativeParam nativeParam = nativeObj.iCardParam.xCd97Param;
Friendly_CD97_GTML_Parameter friendlyParam = new Friendly_CD9以上就是JNA高级教程:如何高效映射C语言嵌套结构体与联合体的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号