使用peek方法可在不中断Stream流的情况下调试中间结果，它作为中间操作接收Consumer接口，用于输出或监控元素，适用于查看过滤或映射后的数据状态，需配合终端操作触发执行，常用于开发阶段调试，生产环境建议移除以避免性能影响。
在Java中使用Stream进行集合操作时，代码通常是链式调用的，这虽然简洁，但在调试过程中难以观察中间结果。这时可以利用peek方法来查看Stream在某个处理阶段的数据状态，而不会破坏数据流本身。
peek方法的基本作用
peek是Stream API中的一个中间操作，它接收一个Consumer函数式接口作为参数，对流中的每个元素执行指定的操作（比如打印），然后将元素继续传递下去。它不会改变元素内容，也不会终止流，非常适合用于调试。
与forEach不同，peek不会结束流，可以在后续继续进行map、filter等操作。
实际调试中的使用示例
假设你有一段复杂的Stream操作，想确认某一步的数据是否符合预期：
立即学习“Java免费学习笔记（深入）”；
// 示例：筛选偶数，转换为平方，再求和
List<Integer> numbers = Arrays.asList(1, 2, 3, 4, 5, 6);
int result = numbers.stream()
.filter(n -> n % 2 == 0) // 筛选偶数
.peek(n -> System.out.println("After filter: " + n)) // 查看过滤后的数据
.map(n -> n * n) // 转为平方
.peek(n -> System.out.println("After map: " + n)) // 查看映射后的数据
.reduce(0, Integer::sum); // 求和
输出结果会显示每一步的中间值，帮助你确认逻辑是否正确。
peek的注意事项
peek是中间操作，只有当终端操作（如collect、forEach、reduce）被调用时，整个Stream才会真正执行。因此，如果缺少终端操作，peek里的代码不会运行。
- 确保Stream有终端操作，否则看不到peek的输出
- 不要依赖peek的副作用（如修改外部变量）来控制逻辑，应仅用于调试或日志
- 在生产环境中建议移除或关闭peek中的打印语句，避免影响性能
基本上就这些。合理使用peek，能让你在不打断Stream链条的前提下，清晰看到每一步的数据流转，极大提升调试效率。
