为何Java 11及以后IntStream.spliterator()不再返回Spliterator.OfInt？

在Java 8中，IntStream.spliterator()重写了基类方法，返回Spliterator.OfInt——这个子接口提供了基于IntConsumer而非泛型Consumer<Integer>的操作，核心目的是避免频繁装箱拆箱带来的性能开销。但从Java 11开始（包括17、20等版本），IntStream不再重写该方法，转而继承基类的实现，仅返回泛型Spliterator<Integer>。

移除这一特化主要基于以下几点考量：

• API一致性与简化：Java后续版本在Stream API的设计上更注重统一泛型流与原始类型流的接口契约。让IntStream继承基类的spliterator()方法，减少了接口层次的特殊化，降低了API的整体复杂度，同时保持了与Stream<Integer>等类型的行为一致性。
• 实际性能影响可忽略：虽然Spliterator.OfInt理论上能避免装箱，但大多数实际场景中，IntStream的终端操作（如forEach、sum）已经直接使用了原始类型特化的接口，很少会直接调用spliterator()并手动处理。因此移除特化带来的性能损耗在业务场景中几乎感知不到，反而能减少API的维护成本。
• JIT优化抵消装箱开销：Java 11及以后的版本中，JIT编译器通过逃逸分析、类型推断等技术，能自动消除大量不必要的装箱拆箱操作。即便返回Spliterator<Integer>，实际执行时也不会产生明显的性能开销。
• 接口演进的兼容性：保留特化方法会给后续Stream API的扩展带来负担——比如添加新的Spliterator特性时，需要为原始类型流单独适配。统一继承基类方法更利于API的长期演进与维护。

内容的提问来源于stack exchange，提问作者Dan R