能否在求值前预先定义Java Stream流水线？

先看这段示例代码：

int[] nums;
// ...
String s = Arrays.stream(nums)
    .unordered()
    .parallel()
    .mapToObj(Integer::toString)
    .sorted(myComparator)
    .collect(Collectors.joining());

根据Java文档，nums被称为源（source），sorted之前的所有操作属于中间操作（intermediate operation），collect则是终端操作（terminal operation）。

我的需求是：尽可能完整地向Stream库传递流水线定义，但不提供数据源。理想情况下这个定义要包含终端操作，即便不包含也有价值。

我想实现「二阶惰性（second-order laziness）」：除了Stream本身的求值惰性之外，还要能预先遍历流水线定义，甚至在喂入数据之前就完成优化。这么做是为了降低频繁调用的Stream代码的启动成本，把流水线定义转换成类中可复用的static final对象，并且能以对象形式复用、组合流水线，而不是通过调用函数来实现。

举个API代码的例子，在准备阶段，我希望像IntPipeline.mapToObj这类方法：

private <U> Stream<U> mapToObj(IntFunction<? extends U> mapper, int opFlags) {
    return new ReferencePipeline.StatelessOp<>(this, StreamShape.INT_VALUE, opFlags) {
        @Override
        Sink<Integer> opWrapSink(int flags, Sink<U> sink) {
            return new Sink.ChainedInt<>(sink) {
                @Override
                public void accept(int t) {
                    downstream.accept(mapper.apply(t));
                }
            };
        }
    };
}

能在数据源可用前直接或间接执行。理论上这完全可行，因为这些代码足够惰性——只创建依赖标志的内部类，完全不依赖流数据的内容。但问题在于，如果必须直接使用Pipeline类才能实现这个需求，那我就没办法了，因为这个类并没有公开。

理想的最终效果是：类里有一个static final对象，创建好之后调用一两次，就能接收整数数组或者早期阶段的IntStream（等价于Arrays.stream()执行后的状态），然后生成字符串或者晚期阶段的Stream（等价于collect()执行前的状态）。

nums只是个示例，显然这种策略对那些20行以上的大型Stream定义更有价值。

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