为何mapToInt无法与collect(toList())配合使用？

这是个很常见的Stream API使用误区，我来给你拆解清楚：

1. 报错的核心原因 #

你用mapToInt(String::length)得到的是**IntStream**——这是专门处理原始类型int的流，而非处理装箱后Integer对象的Stream<Integer>。

Collectors.toList()是为泛型对象流Stream<T>设计的收集器，但IntStream作为原始类型流，它的collect方法只有一个重载：

<R> R collect(Supplier<R> supplier, ObjIntConsumer<R> accumulator, BiConsumer<R,R> combiner)

它并不支持直接传入Collector参数，这就是报错里提示“参数列表长度不匹配”的根本原因。

2. 为什么会有这样的限制 #

Java的泛型机制不支持原始类型（比如int不能作为泛型参数<T>的实参），所以无法为原始流直接复用为对象流设计的Collector。

而原始流（IntStream/LongStream/DoubleStream）的存在，本质是为了避免频繁装箱拆箱的性能损耗：如果把所有int都自动装箱成Integer对象，在处理大量数据时会产生大量临时对象，增加GC负担。专门设计原始流就是为了在性能敏感场景下，直接操作原始类型值，跳过装箱步骤。

3. 为什么用map就可以正常运行 #

当你用map(String::length)时，String.length()返回的int会被自动装箱成Integer，最终返回的是Stream<Integer>——这是标准的泛型对象流，完全兼容Collectors.toList()这类收集器，所以编译不会报错。

4. 解决方案 #

如果想保留mapToInt的性能优势（避免提前装箱），同时收集成List<Integer>，可以用以下两种方式：

方式一：用boxed()转换为对象流（推荐） #

boxed()方法会把IntStream中的每个int自动装箱为Integer，转换成Stream<Integer>后就能正常使用Collectors.toList()：

List<Integer> lengths = a.stream().mapToInt(String::length).boxed().collect(Collectors.toList());

方式二：使用IntStream的三参数collect重载 #

手动指定容器的创建、元素添加和合并逻辑：

List<Integer> lengths = a.stream().mapToInt(String::length)
    .collect(ArrayList::new, ArrayList::add, ArrayList::addAll);

内容的提问来源于stack exchange，提问作者Coder-Man