intStream.boxed（）vs for循环|性能

Question

我在写一段代码，其中有一个字符串[]和一个方法，该方法接受这个字符串[]并返回字节[]，保持字符串-字节对的位置，其中很少有字节可以为空。最后，我必须对字节进行转换，并从string[]中获取一个键为string，值为转换返回值的映射。这就是我在Java 8流中实现相同功能的方式：

IntStream.range(0, productReferences.length)
            .filter(index -> (null!= productsPrice[index])).boxed()
            .collect(Collectors.toMap(position -> productReferences[position],
                    position ->callSomeMethod(productsPrice[position])));

其中productReference是字符串[]，ProductSpice[]是字节[]数组。

现在的问题是IntStream。boxed（）方法。在内部，它将int转换为Integer，以便返回一个我认为代价更高的流。

另一种方法是使用java for循环

    for(int i=0;i<productReferences.length; i++){
    if (productsPrice[index]==null) continue;
    //other code
}

处理这种情况的最佳方式是什么？我理解创建IntStream的原因，但如果我真的可以在collect方法中使用索引，而不使用boxed（）方法，从而避免装箱？

Answer 1

您可以使用IntStream上的collect操作，而不是将其装箱到流中

IntStream.range(0, productReferences.length)
         .filter(index -> productsPrice[index] != null)
         .collect(
            HashMap::new,
            (m, i) -> m.put(productReferences[i], callSomeMethod(productsPrice[i])),
            Map::putAll
         );

这不会将每个索引都装箱成一个整数，因为收集器的消费者部分采用了一个对象消费者；所以上面代码中的i是一个int。正如霍尔格所指出的，初始代码使用收集器。toMap会在重复键的情况下引发异常，此时该版本会覆盖该值。

您仍然需要根据实际数据对这两种解决方案进行基准测试，以查看这是否会带来改进。