JNA结构。getFieldOrder（）与声明的字段名不匹配

Question

我在结构中定义JNA结构时遇到以下异常：

线程“main”Java . lang中出现异常，错误:类com上的Structure.getFieldOrder()。MyInterface$mine$ByReference返回与声明的字段名称不匹配的名称([color，data，hello，rice，str，wild])

查看我的Cpp结构:

typedef struct s_mine
{
    e_color           color;    //e_color is enum type made of int values
    his               data;        
    int               str;        
    unsigned int      wild;         
    unsigned int      hello;        
    float             rice; 
} mine;

typedef struct s_his
{
    unsigned char * data; 
    unsigned int    size; 
} his;

请参阅下面的示例，即MyInterface.java：

public interface MyInterface extends Library {

    public static class his extends Structure {
        public static class ByReference extends his implements Structure.ByReference {} // Need the stucture address as it a parameter of a particular wrapped method
        public static class ByValue extends his implements Structure.ByValue {}         // Need the structure value inside "mine" Structure
        public Pointer data;
        public int size;
        @Override
        protected List<String> getFieldOrder() {
            return Arrays.asList(new String[] { "data", "size"});
        }
    }
    
    public class mine extends Structure {
        public static class ByReference extends mine implements Structure.ByReference {}
        int color; 
        his.ByValue data;
        int str; 
        int wild; 
        int hello; 
        float rice;

        @Override
        protected List<String> getFieldOrder() {
            return Arrays.asList(new String[] {"color","data","str","wild","hello","rice"});
        }
    }
}

使用 MyInterface 的主类包含以下行，我对“我的”结构字段的顺序有例外：

final MyInterface.mine.ByReference mine_ref = new MyInterface.mine.ByReference();   

因此，我调试代码，以便进入JNA遵循结构。类转换为下面的getFields方法（在该方法中，我得到了异常（下面的第二个）：

    protected List<Field> getFields(boolean force) {
        List<Field> flist = getFieldList();
        Set<String> names = new HashSet<String>();
        for (Field f : flist) {
            names.add(f.getName());
        }

        List<String> fieldOrder = fieldOrder();
        if (fieldOrder.size() != flist.size() && flist.size() > 1) {
            if (force) {
                throw new Error("Structure.getFieldOrder() on " + getClass()
                                + (fieldOrder.size() < flist.size()
                                    ? " does not provide enough"
                                    : " provides too many")
                                + " names [" + fieldOrder.size()
                                + "] ("
                                + sort(fieldOrder)
                                + ") to match declared fields [" + flist.size()
                                + "] ("
                                + sort(names)
                                + ")");
            }
            return null;
        }

        Set<String> orderedNames = new HashSet<String>(fieldOrder);
        if (!orderedNames.equals(names)) {
            throw new Error("Structure.getFieldOrder() on " + getClass()
                            + " returns names ("
                            + sort(fieldOrder)
                            + ") which do not match declared field names ("
                            + sort(names) + ")");
        }

        sortFields(flist, fieldOrder);
        return flist;
    }

这是当getFields方法中出现异常时，我在研究以下字段值时得到的结果

fieldOrder = [color, data, str, wild, hello, rice]
orderedNames = [str, color, data, hello, rice, wild]

引发异常是因为名称为空。无论如何，由于HashSetjava.util类不能保证顺序会随着时间的推移保持不变，我肯定认为JNA中存在错误Structure.java.因为我的field dOrder的顺序是由new HashSet以随机顺序排序的。

>

有没有人同意我的观点，或者我是否错过了关于声明和使用我的JNA结构的方式？

如果没有错误（即故意使用HashSet...），我是否在声明我的结构时犯了什么错误？如何解决此问题？




Answer 1

匿名用户

您的错误出现在我的结构中：您需要将字段声明为public。JNA使用反射，并依赖于public修饰符来处理要映射到本机的字段；否则，它们只是类中的helper字段。

否则，映射将按原样工作，但请考虑以下改进：

< li >当用作嵌套结构时，不需要使用结构的< code>ByValue版本。这是默认的。只有当嵌套结构是< code>ByReference时，才需要对其采取特殊操作。 < ul > < li >同样，< code>ByReference在用作函数参数时是默认值。只有当函数需要< code>ByValue参数时，才需要特殊处理。

@FieldOrder({"data", "size"})
class his extends Structure { 
  // etc... 
}

• 接口变量/类/等默认为public、静态和最终，因此使用这些修饰符是多余的。