java - IntStream 如何避免隐性装箱成本

Question

当你有

Stream.of(1 ,10).reduce(0,(v1, v2) -> v1 + v2);

对比

IntStream.of(1 ,10).reduce(0,(v1, v2) -> v1 + v2);

`IntStream 是怎么做到的？避免隐藏的拳击费用？

为什么装箱在性能方面很昂贵？

Answer 1

IntStream是 Stream<T> 的特化哪个过程int primitive值(value)观。

看IntStream接口(interface):

IntStream filter(IntPredicate predicate);
IntStream map(IntUnaryOperator mapper);
...

可以看到这个接口(interface)只使用了int primitive Predicate 的专业版, Function , Consumer ...所以它不需要装箱来处理 int(因为它直接与 int 一起操作)

关于autoboxing的性能开销，可以引用java guide :

It is not appropriate to use autoboxing and unboxing for scientific computing, or other performance-sensitive numerical code

这是因为，每次调用操作时都需要 int或 Integer或输入 int到Integer容器，编译器会为您注入(inject)一个 box/unbox 方法调用。

对于正常操作而言，性能相当微不足道，但如果您有密集的循环或时间关键的代码行，那么您应该避免自动装箱。