java - Stream.map 和 Collectors.mapping 之间的性能差异

Question

这个问题已经有答案了:

What's the difference between Stream.map(...) and Collectors.mapping(...)? (2 个回答)

Why Stream operations is duplicated with Collectors? (2 个回答)

Collectors.summingInt() vs mapToInt().sum() (1 个回答)

已关闭 3 年前。

上次我发现 Java 8 及更高版本的函数式编程的角落时，我发现了一个静态方法 mapping在 Collection 家课上。

我们有一个 Employee 类，例如:

@AllArgsConstructor
@Builder
@Getter
public class Employee {
  private String name;
  private Integer age;
  private Double salary;
}

假设我们有一个 POJO 列表 Employee类，我们希望收到所有员工姓名的列表。我们有两种方法:

    List<Employee> employeeList
        = Arrays.asList(new Employee("Tom Jones", 45, 15000.00),
        new Employee("Harry Andrews", 45, 7000.00),
        new Employee("Ethan Hardy", 65, 8000.00),
        new Employee("Nancy Smith", 22, 10000.00),
        new Employee("Deborah Sprightly", 29, 9000.00));

    //IntelliJ suggest replacing the first approach with ```map``` and ```collect```

    List<String> collect =
        employeeList
        .stream()
        .collect(
            Collectors.mapping(Employee::getName, Collectors.toList()));

    List<String> collect1 =
        employeeList
            .stream()
            .map(Employee::getName)
            .collect(Collectors.toList());

我知道第一种方法使用 Stream 上的终端操作以及 Stream 上的第二个中间操作但我想知道第一种方法的性能是否会比第二种方法差，反之亦然。如果您能解释第一种情况(当我们的数据源(employeeList)的大小显着增加时潜在的性能下降)，我将不胜感激。

编辑:

我创建了一个简单的两个测试用例，它们由简单的 for 循环中生成的记录提供。因此，对于小数据输入，“传统”方法与 Stream.map 之间的区别用法和Collectors.mapping是边缘的。另一方面，在我们集中增加像 30000000 这样的数据数量的场景中令人惊讶的是 Collectors.mapping 开始工作得更好一些。以免数据输入时空手而归30000000 Collectors.mapping 持续 56 seconds 10 次迭代为 @RepeatedTest并且对于相同的迭代使用相同的数据输入更容易识别的方法，例如 Stream.map然后collect最后5 second longer 。我知道我的临时测试不是最好的，并且由于 JVM 优化而无法说明现实，但我们可以声称对于大量数据输入 Collectors.mapping可以更理想。无论如何，我认为这个

Answer 1

我怀疑是否存在有意义的性能差异。您必须根据您的数据对其进行基准测试才能确定。

请注意，mapping 实际上并不是直接用作收集器，而是用作另一个收集器中的下游收集器:

The mapping() collectors are most useful when used in a multi-level reduction, such as downstream of a groupingBy or partitioningBy.

Effective Java 第三版中也有关于此的内容(在第 46 项中，大约第 214 页向下的 2/3，该段落以“counting 返回的收集器”开头) 方法”)。基本上，它表示不要以您在此处执行的第一种方式使用诸如映射之类的东西。