Eclipse 3.4。 Java编译器级别1.6 JRE IBM 1.6
我们有一个我们无法改变的库类。
import java.util.Hashtable;
public class A extends Hashtable {
...
}
我们已经构建了一个实用程序类,以便于访问A.
public class B {
private A a;
public B() {
this.a = new A();
}
public B(final A props) {
this.a = props;
}
public B(final Map<String, String> props) {
this();
for (String key : props.keySet()) {
add(key, props.get(key));
}
}
@SuppressWarnings("unchecked")
public B add(final String name, final Object value) {
a.put(name, value);
return this;
}
}
当我们尝试从另一个类调用其中一个构造函数时,会出现问题。
public class C {
public void stuff() {
A a = new A();
B b = new B(a);//Error in javac
}
}
Eclipse编译时没有错误,当它通过ant javac和jenkins编译时,编译器会给出如下错误。
reference to B is ambiguous, both method B(com.foo.A) in com.bar.B and method B(java.util.Map<java.lang.String,java.lang.String>) in com.bar.B match
[javac] B b = new B(a);
javac中是否会发生此错误?在我看来,eclipse在选择更具体的方法时是正确的。
答案 0 :(得分:0)
由于HashTable实现了Map,因此存在歧义。这个答案包含一些goot见解:
答案 1 :(得分:0)
问题是一个构造函数接受一个原始的Hashtable,而另一个接受一个参数化的Map。两个构造函数都适用,但是消歧逻辑在这种情况下不起作用,因为每Java Language Specification - 只有当构造函数的参数是另一个参数的(严格)子类型时,构造函数才会比另一个构造函数更具特定性。 。在此阶段不允许未经检查的子类型,因此存在歧义。
答案 2 :(得分:-1)
由于A类扩展了Hashtable,而Hashtable本身实现了Map接口,因此您可以说A类获取Map的属性,它也变为Map。
当您拥有public B(final A props)
和public B(final Map<String, String> props)
时
就像你在两个构造函数中都有一个map参数一样。
这就是为什么它会让你含糊不清。