Java9 Stream.iterate hasNext调用时机问题及等价while实现

你对标准迭代器执行逻辑的认知完全正确：迭代器规范要求先调用hasNext()做存在性校验，返回true后再调用next()获取元素。你遇到的元素缺失问题，本质是Java 9三参数Stream.iterate方法的执行逻辑和迭代器语义不匹配导致的。

三参数Stream.iterate(T seed, Predicate<? super T> hasNext, UnaryOperator<T> next)的实际执行逻辑完全等价于传统for循环：

for (T current = seed; hasNext.test(current); current = next.apply(current)) {
    消费current;
}

对照你的测试代码梳理执行流程就会发现问题：

1. 初始化seed时直接调用了slidingWindows.next()，拿到第一个元素A，此时内部count自增为1
2. 执行hasNext判断count < 3，结果为true，消费当前元素A，调用next生成下一个元素B，count自增为2
3. 执行hasNext判断count < 3，结果为true，消费当前元素B，调用next生成下一个元素C，count自增为3
4. 执行hasNext判断count < 3，结果为false，直接终止流

此时最后一个元素C从来没有被消费过，就出现了只输出2个元素、缺失最后1个的问题。
你之前尝试的Stream.generate + takeWhile + map的写法存在时序错位：takeWhile校验通过后才会调用map里的next方法，边界场景下依然会出现元素遗漏或者越界问题，不是可靠的实现。

要写出和目标while循环完全等价、执行顺序完全一致的Stream逻辑，最稳妥无副作用的写法是通过Spliterator直接适配标准迭代器语义：

import java.util.Iterator;
import java.util.Spliterators;
import java.util.stream.Stream;
import java.util.stream.StreamSupport;

@Slf4j
class Java9StreamTest {
    @Test
    void testStream() {
        final SlidingWindows slidingWindows = new SlidingWindows();
        // 直接包装符合迭代器规范的实例为流
        Stream<String> stream = StreamSupport.stream(
                Spliterators.spliteratorUnknownSize(new Iterator<String>() {
                    @Override
                    public boolean hasNext() {
                        return slidingWindows.hasNext();
                    }

                    @Override
                    public String next() {
                        return slidingWindows.next();
                    }
                }, 0),
                false
        );
        stream.forEach(value -> log.info("{}", value));
    }
}

class SlidingWindows {
    private final List<String> list = List.of("A", "B", "C");
    private int count = 0;

    public boolean hasNext() {
        return count < list.size();
    }

    public String next() {
        final String result = list.get(count);
        count = count + 1;
        return result;
    }    
}

这段代码的执行顺序和你写的while循环完全一致：每次取元素前先调用hasNext()校验，校验通过才调用next()取元素消费，运行后会正常输出A/B/C三个元素，不会出现遗漏。
如果不想写迭代器包装的样板代码，也可以针对Stream.iterate的执行逻辑调整传参，规避提前调用next的问题，但这种写法需要强绑定方法的内部执行时序，可维护性不如上述迭代器包装方案。

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