对具有基元数字返回类型的方法的反思

Question

我目前正在开发一个小框架来收集OSGi系统中的指标。它的核心是一个注释@Metric，它指示服务的给定方法可以在被询问时提供一个指标（例如数值）。

这些方法看起来像：

@Metric
public int getQueueSize() {...}

或

@Metric
public double getAvgTaskTime() {...}

我使用反射来检查服务实现类，并注册用@Metric注释的方法。作为健全性检查，我正在检查该方法是否确实传递了一个数值。我尝试过，但失败了：

for (Method method: metricSource.getClass().getMethods()) {
    if (method.isAnnotationPresent(Metric.class) &&  Number.class.isAssignableFrom(method.getReturnType()) { 
        // add method for later process
    }

然后，稍后在处理器上，我会这样做：

Number value = (Number) method.invoke(target, obj[]);

事实证明，对于原始类型，你会得到例如int.class并且不能分配给Number.class而盒装类型Integer.class将是。该死的。冘。

然后我创建了一个地图

public NumberExtractor(Class<? extends Number> clazz) {
    this.clazz = clazz;
    }       
    public double extract(Object val) {
        Number nbr = clazz.cast(val);
        return nbr.doubleValue();
    }
}

面对前面的观察，我添加了这样一个条目:

extractorMap.put(int.class, new NumberExtractor(int.class));

但这也不起作用。它给了一个运行时类强制转换异常，说Integer.class不能强制转换为int。还要注意，编译器不会抱怨new NumberExtractor（int.class），让边界检查类

最后，这种组合奏效了：

extractorMap.put(int.class, new NumberExtractor(Integer.class));

这是怎么回事？反射说对象的返回类型(int.class)不能赋给Number.class，但是当我继续调用方法时，我实际上得到了一个Integer.class？威士忌探戈狐步舞？!

我想知道除了维护int的Map之外，是否还有其他方法可以解决这个问题-

装箱和类型信息的行为在这里似乎不连贯。

有人能对此有所了解吗？




Answer 1

反射表示对象的返回类型（int.class）不可分配给Number。类，但当我继续调用方法时，我实际上得到了一个Integer.class？

绝对。反射 API 不可能返回实际的 int，因此它将值装在整数中。它还能做什么？

它必须框的事实不会将可分配性从int更改为数字。查看isAsSignablefrom的文档：

如果此类对象表示原始类型，则如果指定的类参数正是此类对象，则此方法返回true；否则返回false。

所以它完全按照留档行事。

我想知道除了维护int的Map之外，是否还有其他方法可以解决这个问题-

是的，听起来对我来说是对的。或者只是有一个集