Java 8 Streams：为什么Collectors.toMap对于带有通配符的泛型有不同的表现？

Question

假设您有一个List数字。中的值List可以是类型Integer，Double等等。List声明时，可以使用通配符（?）声明，也可以不使用通配符。

final List<Number> numberList = Arrays.asList(1, 2, 3D);
final List<? extends Number> wildcardList = Arrays.asList(1, 2, 3D);

所以，现在我想stream在List和collect它所有的Map使用Collectors.toMap（显然下面的代码只是为了说明问题的例子）。让我们开始流式传输numberList：

final List<Number> numberList = Arrays.asList(1, 2, 3D, 4D);

numberList.stream().collect(Collectors.toMap(
        // Here I can invoke "number.intValue()" - the object ("number") is treated as a Number
        number -> Integer.valueOf(number.intValue()),
        number -> number));

但是，我不能在wildcardList：上执行相同的操作

final List<? extends Number> wildCardList = Arrays.asList(1, 2, 3D);
wildCardList.stream().collect(Collectors.toMap(
        // Why is "number" treated as an Object and not a Number?
        number -> Integer.valueOf(number.intValue()),
        number -> number));

编译器在调用时抱怨number.intValue()以下消息：

Test.java：找不到符号
symbol：方法intValue（）
位置：java.lang.Object类型的变量编号

从编译器错误中可以明显看出number，将lambda中的视为Object而不是Number。

所以，现在我的问题是：

• 收集的通配符版本时List，为什么不能像的非通配符版本那样工作List？
• 为什么numberlambda中的变量被认为是a Object而不是a Number？

Answer 1

这是类型推断无法正确实现的原因。如果您明确提供type参数，则它可以按预期工作：

List<? extends Number> wildCardList = Arrays.asList(1, 2, 3D);
wildCardList.stream().collect(Collectors.<Number, Integer, Number>toMap(
                                  number -> Integer.valueOf(number.intValue()),
                                  number -> number));

这是一个已知的javac错误：推理不应将捕获变量映射到其上限。根据Maurizio
Cimadamore的说法，

尝试修复，然后因为在8中打破案例而退出，所以我们在8中进行了更保守的修复，而在9中完成了全部操作

显然，该修复程序尚未推出。