有没有一种特定的方法来处理 JNA 中结构的 const 指针成员？

Question

我有如下的C结构:

typedef struct {
    void           *instance;
    const info_st  *info;
} core_st;

我使用JNA将其映射到以下Java类：

public class core_st extends Structure {

    public Pointer instance;
    public info_st.ByReference info;

    @Override
    protected List<String> getFieldOrder() {
        return Arrays.asList("instance", "info");
    }
}

我还有以下从dll中获取的函数：

uint32_t open_core(uint32_t core_id, core_st **core);

以及相对的JNA映射：

int open_core(int core_id, core_st[] core);

最后，我编写了一个java程序，以这种方式调用函数：

core_st[] cores = new core_st[1];
MyLibrary.INSTANCE.open_core(0, cores);

该函数应该用“打开”操作的结果填充cores[0]成员。特别是，这两个字段是指向其他东西的两个指针。发生的情况是，void*实例字段总是正确填充，但info字段总是null（指向零的指针）。如果我将jna.memory_dump选项设置为true，任何调用core_st.toString（）总是返回相同的结果：

memory dump
[70cb64e7]
[fd7f0000]
[00000000]
[00000000]

看起来info结构的指针不在JNA读取的内存中。由类似的C程序执行的同一个调用工作正常，两个指针都被正确填充。我还试图更改core_st映射，只是为了测试:

public class core_st extends Structure {

    public long instance;
    public long info;

    @Override
    protected List<String> getFieldOrder() {
        return Arrays.asList("instance", "info");
    }
}

但是我在结果上没有任何不同。实例获得非空值，而info始终为空。我正在使用64位虚拟机。我想知道这个问题是否可能是信息字段的常量修饰符？指针类型的结构字段中的const修饰符可以改变结构在内存中的存储方式吗？

Answer 1

指针类型的struct字段中的< code>const修饰符能否更改该结构在内存中的存储方式？

答案可能取决于编译器。对于您的问题，更重要的是const如何影响本地端访问字段的方式。无论您在Java端做什么，一旦初始化core_st结构的信息字段，就不能修改它。

这就是为什么你看到了这里所看到的：通过定义＜code＞public info_st。ByReference信息您正在使用指向NULL的指针初始化core_st结构，并获取为该字段存储的内存地址 。当使用API访问该字段时，您不能更改内存地址，它被卡住了。

您会看到将其初始化为具有默认值（0）的long的相同结果。

解决方案取决于API如何填充该值。如果在本机端，open_core函数假定信息字段已经用指向已分配结构的指针初始化，并且只更改指向内存的值，则一切就绪。您只需要在首次实例化结构时初始化该字段。

你没有告诉我任何关于< code>*info指向什么的信息，所以答案是不同的，取决于它是< code>info_st结构的数组还是单个结构。如果是一个单一的结构，你有:

public class core_st extends Structure {

    public Pointer instance;
    public info_st.ByReference info = new info_st.ByReference();

}

这将在此处为info_st结构分配适当的内存，并将只读指针存储在core_st结构中。根据open_core（）的内部工作原理（并且基于您的报告，这似乎适用于C端），这可能有效！

如果没有，也许发布工作的C代码将有助于确定是否有其他JNA映射会有所帮助，或者您是否必须使用自己的自定义dll包装函数来解决这个问题。