public class Aman {
void m(Byte b, Integer i) { // autoboxing, autoboxing
}
void m(Number n, int i) { // autoboxing -> widening, no conversion
}
public static void main(String[] args) {
byte b = 23;
Aman obj = new Aman();
obj.m(b, 24);
}
}
我已阅读此http://docs.oracle.com/javase/specs/jls/se7/html/jls-15.html#jls-15.12.2 文档但可以
有人请通过
逐步解释为什么方法调用会给出模棱两可的错误本文档中描述的步骤。
【问题讨论】：
标签： java wrapper overloading
首先，没有不使用装箱/拆箱的适用方法签名，因此编译器会查找所有适用于装箱的签名(spec ref)。发现两种方法都适用。
然后，它检查一个是否比另一个更具体。这要求一种方法的每个参数类型都是另一种方法的相应参数类型的子类型。由于int and Integer are not comparable，调用是模棱两可的。
对 m(Integer) 和 m(int) 的调用通常没有歧义的原因是在链接规范的“第一阶段”中找到了适当的方法，甚至在考虑装箱之前。在这里，您可以通过将调用更改为：
obj.m(Byte.valueOf(b), 24);
【讨论】：
Integer 不是int 的子类型，但int 也不是Integer 的子类型。
来自linked的文档
第一阶段（§15.12.2.2）执行重载决议 允许装箱或拆箱转换，或使用可变参数 方法调用。如果在此阶段没有找到适用的方法 然后处理继续到第二阶段。
这里什么也没有发生，因为没有任何方法匹配 (byte, int) 而不装箱参数之一。
第二阶段（§15.12.2.3）执行重载决议，同时 允许装箱和拆箱，但仍然排除使用变量 arity 方法调用。如果在此期间没有找到适用的方法 阶段然后处理继续到第三阶段。
在此步骤中，如果您对参数进行一些装箱，则两种方法都会匹配。如果你框byte，参数匹配
void m(Number n, int i) {
如果您将byte 和int 装箱，则参数匹配
void m(Byte b, Integer i) {
所以有几种方法是适用的。
如果在其中一个过程中确定了几种适用的方法 适用性测试的三个阶段，那么最具体的一个是 已选择，如 §15.12.2.5 部分所述。
如果你遍历所有这些规则，你会发现没有更具体的方法，所以调用是模棱两可的。
【讨论】：