peek是中间操作，不触发执行；foreach是终端操作，调用即执行。peek用于调试观察、链式处理中插入动作；foreach用于最终落地、有副作用的操作，不可链式后续调用。
peek是中间操作，不触发执行
peek方法属于Stream的中间操作，调用它本身不会让流开始处理数据。它只是在流水线中“插队”一个Consumer动作，等后续遇到终端操作（比如collect、forEach、count）时，才会在元素流经该位置时执行一次。这意味着没有终端操作，peek里的代码根本不会运行。
常见误用是单独写：list.stream().peek(System.out::println) —— 这行代码什么也不会输出，因为缺少终端操作来“启动”整个流。
- 适合放在filter、map、sorted等中间操作之间，观察某一步后的实际数据
- 可用于打印日志、记录处理进度、调试集合转换逻辑
- 不能用于修改外部变量（如++count），除非变量是原子类型或加锁，否则多线程下不可靠
forEach是终端操作，一调就执行完
forEach是典型的终端操作，调用即触发流的完整遍历，且执行后流就被消费完毕，不能再链式调用其他Stream方法。它返回void，强调“做完就结束”的语义。
例如：list.stream().filter(x -> x > 0).forEach(System.out::println) —— filter之后的数据会立刻被逐个打印，流程到此终止。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 适用于最终输出、写文件、发HTTP请求、更新数据库等有明确副作用的场景
- 不保证遍历顺序（并行流下尤其明显），如需顺序请用forEachOrdered
- 不能和collect、map等后续操作连用，否则编译报错
别把peek当map用，也别拿forEach做调试
peek接收Consumer（只消费、无返回），map接收Function（输入T，输出R）。如果想修改对象内部状态（比如调用setXXX()），peek可以胜任；但若要生成新对象或转类型（如String转Integer），必须用map。
反过来，用forEach做调试容易掩盖问题：它强制执行、无法继续链式处理，还会干扰流的惰性特性，导致本可跳过的计算也被执行。
- 调试推荐：在filter后加.peek(System.out::println)，再接.map或.collect
- 批量设属性推荐：.peek(item -> item.setStatus("done"))，比map更语义清晰
- 避免：.forEach(System.out::println).map(...) —— 编译失败
真实场景中的选择逻辑
判断用peek还是forEach，核心看两点：是否需要继续后续Stream操作？动作是否属于“过程观察”还是“最终落地”？
- 想看filter结果再做map → 用peek
- 处理完全部数据后发通知 → 用forEach
- 遍历中修改每个对象的状态字段 → peek更自然
- 统计满足条件的个数 → 用count()，不是forEach里手动++
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
