我试图了解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编译得很好。
测试method1
是否比method2
更具体的直观方法是查看是否可以通过调用具有相同参数的method2
来实现method1
method1(params1){
method2(params1); // if compiles, method1 is more specific than method2
}
如果有 vararg,我们可能需要扩展一个 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
}