我试图理解java如何处理函数调用中的歧义。在以下代码中,对method
的调用不明确,但method2
不是!!!
我觉得两者都含糊不清,但为什么在我评论method
的电话时会编译?为什么method2
也不含糊不清?
public class A {
public static <K> List<K> method(final K arg, final Object... otherArgs) {
System.out.println("I'm in one");
return new ArrayList<K>();
}
public static <K> List<K> method(final Object... otherArgs) {
System.out.println("I'm in two");
return new ArrayList<K>();
}
public static <K, V> Map<K, V> method2(final K k0, final V v0, final Object... keysAndValues) {
System.out.println("I'm in one");
return new HashMap<K,V> ();
}
public static <K, V> Map<K, V> method2(final Object... keysAndValues) {
System.out.println("I'm in two");
return new HashMap<K,V>();
}
public static void main(String[] args) {
Map<String, Integer> c = A.method2( "ACD", new Integer(4), "DFAD" );
//List<Integer> d = A.method(1, "2", 3 );
}
}
编辑: 评论中提到了这一点:到目前为止,许多IDE报告都是模糊的 - IntelliJ和Netbeans。但是,它从命令行/ maven编译得很好。
答案 0 :(得分:14)
测试method1
是否比method2
更具体的直观方法是查看是否可以通过使用相同参数调用method1
来实现method2
method1(params1){
method2(params1); // if compiles, method1 is more specific than method2
}
如果存在varargs,我们可能需要扩展vararg,以便2种方法具有相同数量的参数。
让我们检查示例中的前两个method()
<K> void method_a(K arg, Object... otherArgs) {
method_b(arg, otherArgs); //ok L1
}
<K> void method_b(Object arg, Object... otherArgs) { // extract 1 arg from vararg
method_a(arg, otherArgs); //ok L2
}
(返回类型不用于确定特异性,因此省略它们)
两者都是编译,因此每一个都比另一个更具体,因此含糊不清。同样适合您的method2()
,它们比彼此更具体。因此,对method2()
的调用是模糊的,不应该编译;否则这是一个编译器错误。
这就是规范所说的;但它是否合适?当然,method_a
看起来比method_b
更具体。实际上,如果我们有一个具体类型而不是K
void method_a(Integer arg, Object... otherArgs) {
method_b(arg, otherArgs); // ok
}
void method_b(Object arg, Object... otherArgs) {
method_a(arg, otherArgs); // error
}
然后只有method_a
比method_b
更具体,反之亦然。
差异源于类型推理的魔力。 L1
/ L2
调用没有显式类型参数的泛型方法,因此编译器会尝试推断类型参数。类型推断算法的目标是找到类型参数,以便代码编译!难怪L1和L2编译。 L2实际上推断为this.<Object>method_a(arg, otherArgs)
类型推断试图猜测程序员想要什么,但猜测有时必定是错误的。我们的真实意图实际上是
<K> void method_a(K arg, Object... otherArgs) {
this.<K>method_b(arg, otherArgs); // ok
}
<K> void method_b(Object arg, Object... otherArgs) {
this.<K>method_a(arg, otherArgs); // error
}