Stream的count()是否为终端操作？流是否按元素逐个处理？

先看你提供的代码：

public static void main(String[] args) throws IOException {

    List<String> lst = new ArrayList<>();
    lst.add("Alpha");
    lst.add("Beta");
    lst.add("Gamma");

    String joinResult = lst.stream()
        .peek(x->System.out.println(x))
        .map(x -> {
            System.out.println("In the middle");
            return x+"3";
        })
        .peek(System.out::println)
        .collect(Collectors.joining());
    System.out.println(joinResult);
}

关于count()是否是终端操作 #

count() 是标准的终端操作，它属于触发Stream执行的「结果型终端操作」，返回流中元素的数量值。

替换count()后无输出的原因 #

你遇到的无输出情况，是因为Stream的短路优化：
你的Stream源是ArrayList，这是一个实现了Collection接口且能直接获取大小的容器。当调用count()时，JVM会直接调用集合的size()方法得到结果，完全不会执行任何中间操作（包括peek、map），自然没有打印输出。

只有当终端操作需要依赖中间操作的结果才能完成时，中间流程才会被触发执行（比如collect(Collectors.joining())需要每个元素经过map转换后的字符串来拼接，所以必须走完所有中间步骤）。

Stream的元素处理顺序 #

Stream默认是按元素逐个完成全流程处理（流水线模式）：比如用joining()时，每个元素会依次执行peek → map → peek的完整流程，处理完一个元素后再开始下一个。这种「元素优先」的处理方式，是为了减少内存占用（不需要缓存所有元素的中间结果）。

但这种处理逻辑的前提是终端操作需要每个元素的处理结果，如果终端操作可以不依赖中间结果直接得到答案（比如count()在源是已知大小集合时），中间操作就不会被执行。

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