Java 8 Stream Api 中的 peek 操做

1. 前言

我在Java8 Stream API 详细使用指南 中讲述了 Java 8 Stream API 中 map 操做和 flatMap 操做的区别。而后有小伙伴告诉我 peek 操做 也能实现元素的处理。可是你知道 map 和 peek 的区别吗？ map 咱们在开头文章已经讲过了，你能够去详细了解一下它，本文将重点讲解一下 peek 操做。

2. peek

peek 操做接收的是一个 Consumer<T> 函数。顾名思义 peek 操做会按照 Consumer<T> 函数提供的逻辑去消费流中的每个元素，同时有可能改变元素内部的一些属性。 这里咱们要提一下这个 Consumer<T> 以理解 什么是消费。

2.1 什么是消费 （Consumer）

package java.util.function;

import java.util.Objects;

 
@FunctionalInterface
public interface Consumer<T> {
 
    void accept(T t);

     // 嵌套accept , 顺序为先执行 accept 后执行参数里的 after.accpet
    default Consumer<T> andThen(Consumer<? super T> after) {
        Objects.requireNonNull(after);
        return (T t) -> { accept(t); after.accept(t); };
    }
 }
复制代码

Consumer<T> 是一个函数接口。一个抽象方法 void accept(T t) 意为接受一个 T 类型的参数并将其消费掉。其实消费给个人感受就是 “用掉” ，天然返回的就是 void 。 一般“用掉” T 的方式为两种：

• T 自己的 void 方法 比较典型的就是 setter 。
• 把 T 交给其它接口（类）的 void 方法进行处理 好比咱们常常用的打印一个对象 System.out.println(T)

2.2 peek 操做演示

Stream<String> stream = Stream.of("hello", "felord.cn");
   stream.peek(System.out::println);
复制代码

若是你测试了上面给出的代码你会发现，压根不会按照逻辑跑。这是为啥子呢？ 这是由于流的生命周期有三个阶段：

• 起始生成阶段。
• 中间操做会逐一获取元素并进行处理。 无关紧要。全部中间操做都是惰性的，所以，流在管道中流动以前，任何操做都不会产生任何影响。
• 终端操做。一般分为 最终的消费 （foreach 之类的）和 概括 （collect）两类。还有重要的一点就是终端操做启动了流在管道中的流动。

因此应该改为下面：

Stream<String> stream = Stream.of("hello", "felord.cn");
  List<String> strs= stream.peek(System.out::println).collect(Collectors.toLIst());
复制代码

好比下图，咱们给圆球加了一个框：

3. peek VS map

peek 操做 通常用于不想改变流中元素自己的类型或者只想元素的内部状态时；而 map 则用于改变流中元素自己类型，即从元素中派生出另外一种类型的操做。这是他们之间的最大区别。 那么 peek 实际中咱们会用于哪些场景呢？好比对 Stream<T> 中的 T 的某些属性进行批处理的时候用 peek 操做就比较合适。 若是咱们要从 Stream<T> 中获取 T 的某个属性的集合时用 map 也就最好不过了。

4. 总结

咱们今天了解 Stream 的 peek 操做，同时也回顾了 Stream 的生命周期。也顺带对 Consumer<T> 函数进行了讲解。并且 和 map 相互作了比较，对各自的使用场景又作了说明。相信看过本文后你对它们会有更深的理解。

关注公众号：Felordcn获取更多资讯

我的博客：https://felord.cn