【Java】Stream流、方法引用
👀专栏介绍
【Java】 目前主要更新Java，一起学习一起进步。
👀本期介绍
本期主要介绍Stream流、方法引用
文章目录
第一章 Stream流
说到 Stream 便容易想到 I/O Stream ，而实际上，谁规定 “ 流 ” 就一定是 “IO 流 ” 呢？在 Java 8 中，得益
于 Lambda 所带
来的函数式编程，引入了一个 全新的 Stream 概念 ，用于解决已有集合类库既有的弊端。
1.1 引言
传统集合的多步遍历代码
几乎所有的集合（如 Collection 接口或 Map 接口等）都支持直接或间接的遍历操作。而当我们需
要对集合中的元
素进行操作的时候，除了必需的添加、删除、获取外，最典型的就是集合遍历。例如：
这是一段非常简单的集合遍历操作：对集合中的每一个字符串都进行打印输出操作。
循环遍历的弊端
Java 8 的 Lambda 让我们可以更加专注于 做什么 （ What ），而不是 怎么做 （ How ），这点此前已经
结合内部类进行
了对比说明。现在，我们仔细体会一下上例代码，可以发现：
for 循环的语法就是 “ 怎么做 ”
for 循环的循环体才是 “ 做什么 ”
为什么使用循环？因为要进行遍历。但循环是遍历的唯一方式吗？遍历是指每一个元素逐一进行处
理， 而并不是从
第一个到最后一个顺次处理的循环 。前者是目的，后者是方式。
试想一下，如果希望对集合中的元素进行筛选过滤：
1. 将集合 A 根据条件一过滤为 子集 B ；
2. 然后再根据条件二过滤为 子集 C 。
那怎么办？在 Java 8 之前的做法可能为：
这段代码中含有三个循环，每一个作用不同：
1. 首先筛选所有姓张的人；
2. 然后筛选名字有三个字的人；
3. 最后进行对结果进行打印输出。
每当我们需要对集合中的元素进行操作的时候，总是需要进行循环、循环、再循环。这是理所当然
的么？ 不是。 循
环是做事情的方式，而不是目的。另一方面，使用线性循环就意味着只能遍历一次。如果希望再次
遍历，只能再使
用另一个循环从头开始。
那， Lambda 的衍生物 Stream 能给我们带来怎样更加优雅的写法呢？
Stream 的更优写法
下面来看一下借助 Java 8 的 Stream API ，什么才叫优雅：
直接阅读代码的字面意思即可完美展示无关逻辑方式的语义： 获取流、过滤姓张、过滤长度为 3 、
逐一打印 。代码
中并没有体现使用线性循环或是其他任何算法进行遍历，我们真正要做的事情内容被更好地体现在
代码中。
1.2 流式思想概述
注意：请暂时忘记对传统 IO 流的固有印象！
整体来看，流式思想类似于工厂车间的 “ 生产流水线 ” 。
当需要对多个元素进行操作（特别是多步操作）的时候，考虑到性能及便利性，我们应该首先拼好
一个 “ 模型 ” 步骤
方案，然后再按照方案去执行它。
这张图中展示了过滤、映射、跳过、计数等多步操作，这是一种集合元素的处理方案，而方案就是
一种“ 函数模
型 ” 。图中的每一个方框都是一个 “ 流 ” ，调用指定的方法，可以从一个流模型转换为另一个流模型。
而最右侧的数字
3 是最终结果。
这里的 filter 、 map 、 skip 都是在对函数模型进行操作，集合元素并没有真正被处理。只有当终
结方法 count
执行的时候，整个模型才会按照指定策略执行操作。而这得益于 Lambda 的延迟执行特性。
备注： “Stream 流 ” 其实是一个集合元素的函数模型，它并不是集合，也不是数据结构，其本身并不
存储任何
元素（或其地址值）。
Stream （流）是一个来自数据源的元素队列
元素是特定类型的对象，形成一个队列。 Java 中的 Stream 并不会存储元素，而是按需计算。
数据源 流的来源。 可以是集合，数组 等。
和以前的 Collection 操作不同， Stream 操作还有两个基础的特征：
Pipelining : 中间操作都会返回流对象本身。 这样多个操作可以串联成一个管道， 如同流式风格（
flfluent
style ）。 这样做可以对操作进行优化， 比如延迟执行 (laziness) 和短路 ( short-circuiting) 。
内部迭代 ： 以前对集合遍历都是通过 Iterator 或者增强 for 的方式 , 显式的在集合外部进行迭代， 这
叫做外部迭
代。 Stream 提供了内部迭代的方式，流可以直接调用遍历方法。
当使用一个流的时候，通常包括三个基本步骤：获取一个数据源（
source ） → 数据转换 → 执行操作获取想要的结
果，每次转换原有 Stream 对象不改变，返回一个新的 Stream 对象（可以有多次转换），这就允
许对其操作可以
像链条一样排列，变成一个管道。
1.3 获取流
java.util.stream.Stream<T> 是 Java 8 新加入的最常用的流接口。（这并不是一个函数式接口。）
获取一个流非常简单，有以下几种常用的方式：
所有的 Collection 集合都可以通过 stream 默认方法获取流；
Stream 接口的静态方法 of 可以获取数组对应的流。
根据 Collection 获取流
首先， java.util.Collection 接口中加入了 default 方法 stream 用来获取流，所以其所有实现类均可
获取流。
根据 Map 获取流
java.util.Map 接口不是 Collection 的子接口，且其 K-V 数据结构不符合流元素的单一特征，所以获
取对应的流
需要分 key 、 value 或 entry 等情况：
根据数组获取流
如果使用的不是集合或映射而是数组，由于数组对象不可能添加默认方法，所以 Stream 接口中提
供了静态方法
of ，使用很简单：
备注： of 方法的参数其实是一个可变参数，所以支持数组。
1.4 常用方法
流模型的操作很丰富，这里介绍一些常用的 API 。这些方法可以被分成两种：
延迟方法 ：返回值类型仍然是 Stream 接口自身类型的方法，因此支持链式调用。（除了终结方法
外，其余方
法均为延迟方法。）
终结方法 ：返回值类型不再是 Stream 接口自身类型的方法，因此不再支持类似 StringBuilder 那样
的链式调
用。本小节中，终结方法包括 count 和 forEach 方法。
备注：本小节之外的更多方法，请自行参考 API 文档
逐一处理： forEach
虽然方法名字叫 forEach ，但是与 for 循环中的 “for-each” 昵称不同。
该方法接收一个 Consumer 接口函数，会将每一个流元素交给该函数进行处理。
复习 Consumer 接口
基本使用：
过滤： fifilter
可以通过 filter 方法将一个流转换成另一个子集流。方法签名：
该接口接收一个 Predicate 函数式接口参数（可以是一个Lambda或方法引用）作为筛选条件。
复习 Predicate 接口
此前我们已经学习过 java.util.stream.Predicate 函数式接口，其中唯一的抽象方法为：
该方法将会产生一个 boolean 值结果，代表指定的条件是否满足。如果结果为 true ，那么 Stream 流
的 filter 方法
将会留用元素；如果结果为 false ，那么 filter 方法将会舍弃元素。
基本使用
Stream 流中的 filter 方法基本使用的代码如：
在这里通过 Lambda 表达式来指定了筛选的条件：必须姓张。
映射： map
如果需要将流中的元素映射到另一个流中，可以使用 map 方法。方法签名：
该接口需要一个 Function 函数式接口参数，可以将当前流中的T类型数据转换为另一种R类型的
流。
复习 Function 接口
此前我们已经学习过 java.util.stream.Function 函数式接口，其中唯一的抽象方法为：
这可以将一种 T 类型转换成为 R 类型，而这种转换的动作，就称为 “ 映射 ” 。
基本使用
Stream 流中的 map 方法基本使用的代码如：
这段代码中， map 方法的参数通过方法引用，将字符串类型转换成为了 int 类型（并自动装箱为
Integer 类对
象）。
统计个数： count
正如旧集合 Collection 当中的 size 方法一样，流提供 count 方法来数一数其中的元素个数：
该方法返回一个long值代表元素个数（不再像旧集合那样是int值）。基本使用：
取用前几个： limit
limit 方法可以对流进行截取，只取用前 n 个。方法签名：
参数是一个long型，如果集合当前长度大于参数则进行截取；否则不进行操作。基本使用：
跳过前几个： skip
如果希望跳过前几个元素，可以使用 skip 方法获取一个截取之后的新流：
如果流的当前长度大于n，则跳过前n个；否则将会得到一个长度为0的空流。基本使用：
组合： concat
如果有两个流，希望合并成为一个流，那么可以使用 Stream 接口的静态方法 concat ：
备注：这是一个静态方法，与 java.lang.String 当中的 concat 方法是不同的。
该方法的基本使用代码如：
1.5 练习：集合元素处理（传统方式）
题目
现在有两个 ArrayList 集合存储队伍当中的多个成员姓名，要求使用传统的 for 循环（或增强 for 循
环） 依次 进行以
下若干操作步骤：
1. 第一个队伍只要名字为 3 个字的成员姓名；存储到一个新集合中。
2. 第一个队伍筛选之后只要前 3 个人；存储到一个新集合中。
3. 第二个队伍只要姓张的成员姓名；存储到一个新集合中。
4. 第二个队伍筛选之后不要前 2 个人；存储到一个新集合中。
5. 将两个队伍合并为一个队伍；存储到一个新集合中。
6. 根据姓名创建 Person 对象；存储到一个新集合中。
7. 打印整个队伍的 Person 对象信息。
两个队伍（集合）的代码如下：
而 Person 类的代码为：
解答
既然使用传统的 for 循环写法，那么：
运行结果为：
1.6 练习：集合元素处理（Stream方式）
题目
将上一题当中的传统 for 循环写法更换为 Stream 流式处理方式。两个集合的初始内容不变， Person
类的定义也不
变。
解答
等效的Stream流式处理代码为：
运行效果完全一样：
第二章 方法引用
在使用 Lambda 表达式的时候，我们实际上传递进去的代码就是一种解决方案：拿什么参数做什么
操作。那么考虑
一种情况：如果我们在 Lambda 中所指定的操作方案，已经有地方存在相同方案，那是否还有必要
再写重复逻辑？
2.1 冗余的Lambda场景
来看一个简单的函数式接口以应用 Lambda 表达式：
在 Printable 接口当中唯一的抽象方法 print 接收一个字符串参数，目的就是为了打印显示它。那么
通过 Lambda
来使用它的代码很简单：
其中 printString 方法只管调用 Printable 接口的 print 方法，而并不管 print 方法的具体实现逻辑会
将字符串
打印到什么地方去。而 main 方法通过 Lambda 表达式指定了函数式接口 Printable 的具体操作方案
为： 拿到
String （类型可推导，所以可省略）数据后，在控制台中输出它 。
2.2 问题分析
这段代码的问题在于，对字符串进行控制台打印输出的操作方案，明明已经有了现成的实现，那就
是 System.out
对象中的 println(String) 方法。既然 Lambda 希望做的事情就是调用 println(String) 方法，那何必自
己手动调
用呢？
2.3 用方法引用改进代码
能否省去 Lambda 的语法格式（尽管它已经相当简洁）呢？只要 “ 引用 ” 过去就好了：
请注意其中的双冒号 :: 写法，这被称为“方法引用”，而双冒号是一种新的语法。
2.4 方法引用符
双冒号 :: 为引用运算符，而它所在的表达式被称为 方法引用 。如果 Lambda 要表达的函数方案已经
存在于某个方
法的实现中，那么则可以通过双冒号来引用该方法作为 Lambda 的替代者。
语义分析
例如上例中， System.out 对象中有一个重载的 println(String) 方法恰好就是我们所需要的。那么对
于
printString 方法的函数式接口参数，对比下面两种写法，完全等效：
Lambda 表达式写法： s - > System.out.println(s) ;
方法引用写法： System.out::println
第一种语义是指：拿到参数之后经 Lambda 之手，继而传递给 System.out.println 方法去处理。
第二种等效写法的语义是指：直接让 System.out 中的 println 方法来取代 Lambda 。两种写法的执
行效果完全一
样，而第二种方法引用的写法复用了已有方案，更加简洁。
注 :Lambda 中 传递的参数 一定是方法引用中 的那个方法可以接收的类型 , 否则会抛出异常
推导与省略
如果使用 Lambda ，那么根据 “ 可推导就是可省略 ” 的原则，无需指定参数类型，也无需指定的重载
形式 —— 它们都
将被自动推导。而如果使用方法引用，也是同样可以根据上下文进行推导。
函数式接口是 Lambda 的基础，而方法引用是 Lambda 的孪生兄弟。
下面这段代码将会调用 println 方法的不同重载形式，将函数式接口改为 int 类型的参数：
由于上下文变了之后可以自动推导出唯一对应的匹配重载，所以方法引用没有任何变化：
这次方法引用将会自动匹配到 println(int) 的重载形式。
2.5 通过对象名引用成员方法
这是最常见的一种用法，与上例相同。如果一个类中已经存在了一个成员方法：
函数式接口仍然定义为：
那么当需要使用这个 printUpperCase 成员方法来替代 Printable 接口的 Lambda 的时候，已经具有
了
MethodRefObject 类的对象实例，则可以通过对象名引用成员方法，代码为：
2.6 通过类名称引用静态方法
由于在 java.lang.Math 类中已经存在了静态方法 abs ，所以当我们需要通过 Lambda 来调用该方法
时，有两种写
法。首先是函数式接口：
第一种写法是使用Lambda表达式：
但是使用方法引用的更好写法是：
在这个例子中，下面两种写法是等效的：
Lambda 表达式： n - > Math.abs(n)
方法引用： Math::abs
2.7 通过super引用成员方法
如果存在继承关系，当 Lambda 中需要出现 super 调用时，也可以使用方法引用进行替代。首先是函
数式接口：
然后是父类 Human 的内容：
最后是子类 Man 的内容，其中使用了Lambda的写法：
但是如果使用方法引用来调用父类中的 sayHello 方法会更好，例如另一个子类 Woman ：
在这个例子中，下面两种写法是等效的：
Lambda 表达式： () - > super.sayHello()
方法引用： super::sayHello
2.8 通过this引用成员方法
this 代表当前对象，如果需要引用的方法就是当前类中的成员方法，那么可以使用 “ this:: 成员方法 ”
的格式来使用方
法引用。首先是简单的函数式接口：
下面是一个丈夫 Husband 类：
开心方法 beHappy 调用了结婚方法 marry ，后者的参数为函数式接口 Richable ，所以需要一个
Lambda 表达式。
但是如果这个 Lambda 表达式的内容已经在本类当中存在了，则可以对 Husband 丈夫类进行修
改：
如果希望取消掉Lambda表达式，用方法引用进行替换，则更好的写法为：
在这个例子中，下面两种写法是等效的：
Lambda 表达式： () - > this.buyHouse()
方法引用： this::buyHouse
2.9 类的构造器引用
由于构造器的名称与类名完全一样，并不固定。所以构造器引用使用 类名称 ::new 的格式表示。首
先是一个简单
的 Person 类：
然后是用来创建 Person 对象的函数式接口：
要使用这个函数式接口，可以通过Lambda表达式：
但是通过构造器引用，有更好的写法：
在这个例子中，下面两种写法是等效的：
Lambda 表达式： name - > new Person(name)
方法引用： Person::new
2.10 数组的构造器引用
数组也是 Object 的子类对象，所以同样具有构造器，只是语法稍有不同。如果对应到 Lambda 的使
用场景中时，
需要一个函数式接口：
在应用该接口的时候，可以通过Lambda表达式：
但是更好的写法是使用数组的构造器引用：
在这个例子中，下面两种写法是等效的：
Lambda 表达式： length - > new int[length]
方法引用： int[]::new
腾讯云开发者
