Stream API概述
Stream是Java8中的一大亮点,它为容器集合的操作提供了一系列函数式编程方式,节省了大量的重复代码,同时也让代码变得更加简洁精炼。相信在运用java8之前的版本中,我们需要对容器进行操作,手写遍历手写赋值的过程使得代码十分臃肿并且可读性极差。同时它提供串行和并行两种模式进行汇聚操作,并发模式能够充分利用多核处理器的优势,使用 fork/join 并行方式来拆分任务和加速处理过程。可以说stream api是函数式+多核的结合物。
聚合操作
在之前的工作中,曾经有个需求需要构造一个双层的map结构。我们拿到的是一个仓库的全列表,需要根据城市首字母去聚合所有的城市,然后根据城市去聚合这个城市的仓库列表。从复杂度上考虑,需要两次聚合操作,要有两次循环。这里贴一段java8之前的代码实现(相当繁琐,可读性极差):
1 | public List<TruckStoreDTO> getStorageList() { |
这种实现的弊端:
1.太多的循环导致可读性极差
2.重复冗余的代码过多
那么我们希望通过Stream API去改善和优化这段代码,因为这段是之前在项目中的一段代码,我在这里进行模拟操作:
1 | package StreamAPI; |
我们可以看到这两种方式的对比是非常明显的,使用Stream API的聚合操作,代码可读性更强。
流的使用详解
一个流在处理的过程中可能有Intermediate(对原数据创建流这个过程会对数据进行过滤和筛选,这类操作都是惰性化的(lazy),就是说,仅仅调用到这类方法,并没有真正开始流的遍历)。Terminal操作会开始真实的遍历过程,会将先前的lazy的遍历条件全部执行。
lazy操作的意思是我们在进行类似filter操作以及limit等操作,实际上并没有开始执行,因为这样如果执行会面临比较大的效率问题。一次循环执行所有的lazy条件,这是对函数式编程的一种技能上的提升。
流是如何构造
当我们需要去获取或者构造一个流的时候,因为流提供的是一种聚合操作,所以流的数据源是不分层的,类似于简单的对象列表,是没有维度的。那么我们可以通过数组去构造或者通过数组去获得流。常见的几种流的构造方法:
1 | Stream stream = Stream.of("a", "b", "c");//单纯通过数组去构造流 |
流的主要API
这个模块会主要展示流的几种主要的api,这里根据Intermediate,Short-circuiting,Terminal进行分类:
Intermediate:
map (mapToInt, flatMap 等)、 filter、 distinct、 sorted、 peek、 limit、 skip、 parallel、 sequential、 unordered
Terminal:
forEach、 forEachOrdered、 toArray、 reduce、 collect、 min、 max、 count、 anyMatch、 allMatch、 noneMatch、 findFirst、 findAny、 iterator
Short-circuiting:
anyMatch、 allMatch、 noneMatch、 findFirst、 findAny、 limit
我们下面看一下 Stream 的比较典型用法:
map/flatMap
map提供流数据一对一的映射操作:
1 | ArrayList<String> arrayList=new ArrayList<>(); |
flatMap提供流数据的一对多映射操作:
1 | Stream<List<Integer>> inputStream = Stream.of( |
filter
filter操作进行进行过滤流数据。例如我们可以对数据急性偶数和奇数的过滤,类似的操作:
1 | Integer[] sixNums = {1, 2, 3, 4, 5, 6}; |
1 | List<String> output = reader.lines(). |
foreach
forEach 是为 Lambda 而设计的,保持了最紧凑的风格。而且 Lambda 表达式本身是可以重用的,非常方便。当需要为多核系统优化时,可以 parallelStream().forEach(),只是此时原有元素的次序没法保证,并行的情况下将改变串行时操作的行为,此时 forEach 本身的实现不需要调整,而 Java8 以前的 for 循环 code 可能需要加入额外的多线程逻辑。
1 | roster.stream() |
另外需要注意的是如果对一个stream进行两次terminal操作,例如:
1 | stream.forEach(element -> doOneThing(element)); |
运行时会报错:
1 | Exception in thread "main" java.lang.IllegalStateException: stream has already been operated upon or closed |
那么如果我们需要在流数据过滤的过程中进行打印,可以不用terminal操作,采用Intermediate操作,上面的代码可以通过peek操作达到打印的效果:
1 | Stream.of("one", "two", "three", "four") |
reduce
字符串拼接、数值的 sum、min、max、average 都是特殊的 reduce,例如 Stream 的 sum 就相当于
1 | Integer sum = integers.reduce(0, (a, b) -> a+b); //前面是是初始值,右边是操作的元素的函数 |
1 | //找出最长的单词用reduce |
limit/skip/sorted
limit 返回 Stream 的前面 n 个元素;skip 则是扔掉前 n 个元素(它是由一个叫 subStream 的方法改名而来),正常的sorted操作:
1 | List<Person> personList=persons.stream().sorted((p1,p2)->p1.getAge().compareTo(p2.getAge())).limit(3).collect(Collectors.toList()); |
讲到这里可能大家比较好奇的是,这个自带的api是如何保证执行效率的,或者说它内部的时间效率如果是n2那作为调用方其实是未知的。那么实际上排序的时间复杂度是 O(n log n)
Match
Stream 有三个 match 方法,从语义上说:
- allMatch:Stream 中全部元素符合传入的 predicate,返回 true
- anyMatch:Stream 中只要有一个元素符合传入的 predicate,返回 true
- noneMatch:Stream 中没有一个元素符合传入的 predicate,返回 true
1 | List<Person> persons = new ArrayList(); |
输出:
1 | All are adult? false |
总结
运用Stream API最明显的感觉是提供了类似c++提供的一系列STL容器操作。帮主我们对容器进行更方便可读性更强的处理,减少了很多常用的重复代码。之后在工作种可以用这种写法,这里做一个总结stream的特性:
- 不是数据结构
- 它没有内部存储,它只是用操作管道从 source(数据结构、数组、generator function、IO channel)抓取数据。
- 它也绝不修改自己所封装的底层数据结构的数据。例如 Stream 的 filter 操作会产生一个不包含被过滤元素的新 Stream,而不是从 source 删除那些元素。
- 所有 Stream 的操作必须以 lambda 表达式为参数
- 不支持索引访问
- 你可以请求第一个元素,但无法请求第二个,第三个,或最后一个。不过请参阅下一项。
- 很容易生成数组或者 List
- 惰性化
- 很多 Stream 操作是向后延迟的,一直到它弄清楚了最后需要多少数据才会开始。
- Intermediate 操作永远是惰性化的。
- 并行能力
- 当一个 Stream 是并行化的,就不需要再写多线程代码,所有对它的操作会自动并行进行的。
- 集合有固定大小,Stream 则不必。limit(n) 和 findFirst() 这类的 short-circuiting 操作可以对无限的 Stream 进行运算并很快完成。