有
peek记录在案的原因 主要是出于调试目的 。
最终在内部进行处理的某些内容
peek可能根本不符合终端操作的条件，并且流仅由终端操作执行。
首先假设一个简单的例子：
List<Integer> list = new ArrayList<>(); List<Integer> result = Stream.of(1, 2, 3, 4) .peek(x -> list.add(x)) .map(x -> x * 2) .collect(Collectors.toList()); System.out.println(list); System.out.println(result);
一切看起来都很好吧？因为在这种情况下
peek将运行 所有元素 。但是，当您添加一个
filter（然后忘了
peek做什么）时会发生什么：
.peek(x -> list.add(x)) .map(x -> x * 2) .filter(x -> x > 8) // you have inserted a filter here
您正在
peek为每个元素执行，但不 收集任何 元素。您确定要吗？
这可能会变得更加棘手：
long howMany = Stream.of(1, 2, 3, 4) .peek(x -> list.add(x)) .count(); System.out.println(list); System.out.println(howMany);
在Java-8中，该列表已填充， 但在jdk-9中
peek根本没有调用。由于您未使用
filter或未
flatmap修改Stream
count的大小，只需要它的大小即可； 因此根本不用偷看 。因此，依靠
peek是一个非常糟糕的策略。
