JDK 7 中的类型推断比 JDK 6 中的限制更多？

Question

我认为这可能与 为什么列表的泛型转换<？扩展集..>到列表<设置..>在 Sun JDK 6 上成功，但在 Oracle JDK 7 上编译失败？

如果我们使用以下类，它们在 JDK 6 下可以正常编译：

public final class Foo<V> {

    private final V value;

    private Foo(final V value) {

        this.value = value;
    }

    public static <T, R extends T> Foo<T> of(final R value) {

        return new Foo<T>(value);
    }
}

final class Tester {

    @Test(groups="unit")

    public static void test() {

        bar(Foo.of(BigDecimal.ZERO));  // This line fails in JDK 7 but not JDK 6
    }

    private static void bar(final Foo<? extends Number> target) {

        assert target != null;
    }
}

但是，在 JDK 7 下，我收到以下错误：

[ERROR] \work\fsb-core\src\test\java\com\fsb\core\Foo.java:[42,8] error:
              method bar in class Tester cannot be applied to given types;

我认为类型推断较少JDK 7 中的限制（例如，添加构造函数推断）。但是，在这里，编译器拒绝在 JDK 6 下有效的类型。

这是一个错误吗？或者推理规则对方法是否更加严格？

Answer 1

严格根据规范，无法推断 T（根据 15.12.2.7），因此应将其视为 Object。

这可以被视为规范的失败。这就是规范推断 R 的方式：首先有约束 R :> BigDecimal，其中 :> 表示是的超类型。然后，推理规则选择 R=BigDecimal，因为它是满足约束的最具体类型。

现在，由于 T:>R、T:>BigDecimal，人们会认为这也应该产生 T=BigDecimal。

不幸的是，推理规则没有考虑T:>R。 T 没有任何限制。 T并不是通过同样的原理推断出来的。

虽然很糟糕，但规格就是规格。你的代码不应该编译。 Javac6 那里是错误的。

Java 8 对推理规则进行了重大改进，使 lambda 表达式更易于使用。希望您的代码能够在 Java 8 中编译。