Java编译器级别1.6 JREIBM1.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选择更具体的方法是正确的。
由于HashTable实现了Map，因此存在歧义。H这个答案包含一些好的见解：
在Java中调用模糊重载构造函数
问题是一个构造函数接受一个原始的Hashtable，而另一个接受一个参数化的Map。这两个构造函数都适用，但是在这种情况下，消歧逻辑不起作用，因为根据Java语言规范，只有当一个构造函数的参数是另一个参数的（严格）子类型时，它才会比另一个构造函数更专业。在这个阶段不允许未经检查的子类型，因此存在歧义。
由于类A扩展了Hashtable并且Hashtable本身实现了Map接口，因此您可以说类A获取了Map的属性，它也成为Map。
当你有public B（最终A道具）和public B（最终Map
这就是为什么它给你歧义。
