对具有原始数字返回类型的方法的反思

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

这些方法看起来像：

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

or

@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 可以。该死。继续前行。

然后我创建了一个Map<Class<?>, Extractor>其中 Extractor 接受一个类并将参数转换为该类：

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)，让边界检查Class<? extends Number>传递int.class

最后，这个组合奏效了：

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

这里发生了什么？ Reflection说对象的返回类型（int.class）不能分配给Number.class，但是当我继续调用方法时，我实际上得到了一个Integer.class？威士忌探戈狐步舞？！

我想知道除了维护 int -> Integer、Integer -> Integer、float -> Float、Float -> Float 的映射之外是否还有其他方法来解决这个问题？ （现在已经完成了，所以这是为了学习）

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

有人能解释一下吗？

Reflection说对象的返回类型（int.class）不能分配给Number.class，但是当我继续调用方法时，我实际上得到了一个Integer.class？

绝对地。反射 API 不能possibly返回给你一个实际的int，因此它将值装在Integer。它还能做什么？

事实上它必须装箱not更改可分配性int to Number。看着那（这文档用于isAssignableFrom:

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

所以它的行为完全按照文档进行。

我想知道除了维护 int -> Integer、Integer -> Integer、float -> Float、Float -> Float 的映射之外是否还有其他方法来解决这个问题？ （现在已经完成了，所以这是为了学习）

是的，这对我来说听起来不错。或者只是有一个Set<Class>对于原始数字类型而不是显式映射。