每一个人对函数式编程的理解不近相同。但其核心是:在思考问题时,使用不可变值和函数,函数对一个值进行处理,映射成另一个值。java
匿名函数写法:程序员
button.addActionListener(new ActionListener(){
public void actionPerformed(ActionEvent event){
System.out.println("button clicked");
}
}
复制代码
使用lambda以后:编程
button.addActionListener(event -> System.out.println("button clicked");
复制代码
和使用匿名内部类的另外一处不一样在于声明 event 参数的方式。使用匿名内部类时须要显式地声明参数类型 ActionEvent event,而在 Lambda 表达式中无需指定类型,程序依然能够编译。这是由于 javac 根据程序的上下(addActionListener 方法的签名)在后台推断出了参数 event 的类型。这意味着若是参数类型不言而明,则无需显式指定。数组
目标类型是指Lambda表达式所在上下文环境的类型。好比,将Lambda表达式赋值给一个局部变量,或转递给一个方法做为参数,局部变量或方法参数的类型就是Lambda表达式的目标类型。安全
String name = "张三";
// name = "lisi"; //;例 2-7 不能屡次对name赋值,若是屡次对name赋值,这 在lambda中引用name变量这会报错
Button btn = new Button();
btn.addActionListener(event -> System.out.println(name));
复制代码
表2-1 Java中重要的函数接口数据结构
接口 | 参数 | 返回类型 | 示例 |
---|---|---|---|
Predicate | T | boolean | 这张唱片已经发行了吗 |
Consumer | T | void | 输出一个值 |
Function<T,R> | T | R | 得到Artist对象的名字 |
Supplier | None | T | 工厂方法 |
UnaryOperator | T | T | 逻辑非 |
BinaryOperator | (T,T) | T | 求两个数的乘积(*) |
建造者模式 使用一系列操做设置属性和配置,最后调用一个build方法,这时,对象才真正建立。并发
其实在咱们日常写的代码中 ,ForEach循环遍历 实际上是一个 外部迭代。 for循环实际上是一个封装了迭代的语法糖。
工做原理: 首先调用iterator方法,产生一个新的Iterator对象,进而控制整个迭代过程,这就是 外部迭代app
例 3-2 使用迭代计算来自伦敦的艺术家人数。框架
int count = 0;
Iterator<Artist> iterator = allArtists.iterator();
while(iterator.hasNext()) {
Artist artist = iterator.next();
if (artist.isFrom("London")) {
count++;
}
}
复制代码
内部迭代函数式编程
例 3-3 使用内部迭代计算来自伦敦的艺术家人数
logn count = allArtists.stream().filter(artist -> artist.isFrom("London")).count();
复制代码
例3-3 中,整个过程被分解为两种更简单的操做:过滤和计数,看似有化简为繁之嫌—— 例3-1 中只含一个for 循环,两种操做是否意味着须要两次循环?事实上,类库设计精妙, 只需对艺术家列表迭代一次。
例 3-4 只过滤,不计数
allArtists.stream().filter(artist -> artist.isFrom("London"));
复制代码
这行代码并未作什么实际性的工做,filter只刻画出了Stream,但没有产生新的集合。 像filter这样只描述Stream,最终不产生新集合的方法 叫作 惰性求值方法;而像count这样最终会从Stream产生值的方法叫作及早求值方法
整个过程和建造者模式有共通之处。建造者模式使用一系列操做设置属性和配置,最后调用一个build方法,这时,对象才被真正建立。
collect(toList()) 方法 由Stream里的值生成一个列表,是一个及早求值操做。
List<String> collected = Stream.of("a", "b", "c") .collect(Collectors.toList());
复制代码
Stream的of方法使用一组初始值生成新的stream。
总而言之,Lambda表达式做为参数时,其类型由它的目标类型推导得出,推导过程遵循以下规则: 1.若是只有一个可能的目标类型,由相应函数接口里的参数类型推导得出。 2.若是有多个可能的目标类型,由最具体的类型推导得出。 3.若是有多个可能的目标类型且最具体的类型不明确,则需人为制定类型。
和Closeable 和 Comparable 接口不一样。为了提升Stream对象可操做性而引入的各类新接口,都须要有Lambda表达式能够实现它。它们存在的意义在于讲代码块做为数据打包起来。所以,它们都添加了@FunctionInterface注释。
若是对默认方法的工做原理,特别是在多重继承(类实现多个接口)下的行为尚未把握,以下三条简单的定律能够帮助你们:
1.类胜于接口。若是在继承链中有方法体或抽象的方法说明,那么就能够忽略接口中定义的方法。
2.子类胜于父类。若是一个接口继承了另外一个接口,且两个接口都定义了一个默认方法。那么子类中定义的方法胜出。
3.没有规则三。若是上面两条规则不适用,子类那么须要实现该方法,要么将方法声明为抽象方法。
复制代码
其中第一条规则是为了让代码向后兼容。
Stream是个接口。Stream.of是接口的静态方法。这也是Java 8中添加的一个新的语言特性,旨在帮助编写类库的开发人员,但对于平常应用程序的开发人员也一样适用。
Stream和其余几个子类还包含另外几个静态方法。特别是range和iterate方法提升了产生Stream的其余方式。
reduce方法的一个重点还没有说起:reduce方法有两种形式,一种如前边出现的须要有一个初始值,另外一种变式则不须要有初始值。在没有初始值的状况下,reduce的第一步使用Stream中前两个元素。有时,reduce操做不存在有意思的初始值,这样作就是有意义的。此时,reduce方法返回一个Optional对象。
Optional是为核心类库新设计的一个数据类型,用来替换null值。 开发人员经常使用null值表示值不存在,optional对象能更好的表达这个概念。使用null表明值不存在的最大问题在于NullPointerException。 一旦引用一个存储null值得变量,程序会当即崩溃。
使用Optional对象有两个目的:首先,Optional对象鼓励程序员适时检查变量是否为空,以免代码缺陷;其次,它将一个类的API中可能为空的值文档化,这比阅读实现代码简单的多。
of和ofNullable是用于建立Optional对象的,of不能建立null对象,而ofNullable能够。
Optional<String> str = Optional.of("sss");
//of参数为空,抛nullPointException
//Optional<String> str1 = Optional.of(null);
//ofNullable,参数能够为空,为空则返回值为空
Optional<String> str1 = Optional.ofNullable(null);
复制代码
isPresent是用来判断对象是否为空,get得到该对象
if (str.isPresent()) {
System.out.println(str.get());
}
if (str1.isPresent()) {
System.out.println(str1.get());
}
复制代码
orElse和orElseGet使用实现党Optional为空时,给对象赋值。orElse参数为赋值对象,orElseGet为Supplier函数接口。
//orElse
System.out.println(str.orElse("There is no value present!"));
System.out.println(str1.orElse("There is no value present!"));
//orElseGet,设置默认值
System.out.println(str.orElseGet(() -> "default value"));
System.out.println(str1.orElseGet(() -> "default value"));
复制代码
orElseThrow时当存在null时,抛出异常
try {
//orElseThrow
str1.orElseThrow(Exception::new);
} catch (Throwable ex) {
//输出: No value present in the Optional instance
System.out.println(ex.getMessage());
}
复制代码
Lambda表达式有一个常见的用法:Lambda表达式常常调用参数。好比想获得艺术家的姓名: Lambda表达式以下; artist -> artist.getName() 这种用法如此广泛。Java8为其提供了一个简写语法,叫作方法引用,帮助程序员重用已有方法。用方法引用重写上边面的Lambda表达式,代码以下: Artist::getName 标准语法为:Classname::methodName。 注意:方法名后边不须要添加括号
构造函数也有一样的缩写形式,若是你想使用Lambda表达式建立一个Person对象,可能以下代码
(name,age) -> new Person(name,age)
复制代码
使用方法引用,上面代码可写为:
Person::new
复制代码
也能够用这种方式来建立数组 String[]::new
能够转换成toList(),toSet() 等等。
例5-5 使用toCollection,用定制的集合收集元素
stream.collect(toCollection(TreeSet::new));
复制代码
例5-6 找出成员最多的乐队
public Optional<Artist> biggestGroup(Stream<Artist> artists){
Function<Artist,Long> getCount = artist -> artist.getMembers().count();
return artists.collect(Collectors.maxBy(comparing(getCount)));
}
复制代码
minBy ,是用来找出最小值的。
例 5-7 找出一组专辑上曲目的平均数
public double averageNumberOfTracks(List<Album> albums){
return albums.stream().collect(Collectors.averagingInt(album -> album.getTrackList().size()));
}
复制代码
第4章 介绍过一些特殊的流,如IntStream,为数值定义了一些额外的方法。事实上,Java 8 也提供了能完成相似功能的收集器。如:averageingInt。可使用summingInt及其重载方法求和。SummaryStatistics也可使用summingInt及其组合手机。
收集器partitioningBy,它接受一个流,并将其分红两部分(如图所示)。它使用Predicate对象判断一个元素应该属于哪一个部分,并根据布尔值翻一个Map到列表。所以,对于true List中的元素,Predicate返回true;对于其余List中的元素,Predicate返回false。
例 5-8 将艺术家组成的流分红乐队和独唱歌手两部分
public Map<Boolean, List<Artist>> bandsAndSolo(Stream<Artist> artists) {
return artists.collect(partitioningBy(artist -> artist.isSolo()));
}
复制代码
** 5-9 使用方法引用将艺术家组成的 Stream 分红乐队和独唱歌手两部分 **
public Map<Boolean, List<Artist>> bandsAndSoloRef(Stream<Artist> artists) {
return artists.collect(partitioningBy(Artist::isSolo));
}
复制代码
能够理解成 Oracle分析函数中 partition by
数据分组是一种更天然的分割数据操做,与将数据分红 ture 和 false 两部分不一样,可使用任意值对数据分组。好比如今有一个由专辑组成的流,能够按专辑当中的主唱对专辑分组。
例 5-10 使用主唱对专辑分组
public Map<Artist, List<Album>> albumsByArtist(Stream<Album> albums) {
return albums.collect(groupingBy(album -> album.getMainMusician()));
}
复制代码
groupingBy 收集器(如图5-2 所示)接受一个分类函数,用来对数据分组,就像 partitioningBy 同样,接受一个Predicate 对象将数据分红 ture 和 false 两部分。咱们使用的分类器是一个Function 对象,和 map 操做用到的同样。
例 5-12 使用流和收集器格式化艺术家姓名
String result = artists.stream().map(Artist::getName).collect(Collectors.join(",","[","]"));
复制代码
这里使用map操做提取艺术家的姓名,而后使用Collectors.joining收集流中的值,该方法能够方便地从一个流获得一个字符串,容许用户提供分隔符(用以分隔元素)、前缀和后缀。
如今来考虑如何计算一个艺术家的专辑数量。
一个简单的方案是使用前面的方法对专辑先分组后计数
例 5-13 计算每一个艺术家专辑数的简单方式
Map<Artist,List<Album>> albumsByArtist = albums.collect(groupingBy(album -> album.getMainMusician()));
Map<Artist, Integer> numberOfAlbums = new HashMap<>();
for(Entry<Artist, List<Album>> entry : albumsByArtist.entrySet()) {
numberOfAlbums.put(entry.getKey(), entry.getValue().size());
}
复制代码
这种方式看起来简单,但却有点杂乱无章。这段代码也是命令式的代码,不能自动适应并行化操做。
这里实际上须要另一个收集器,告诉groupingBy不用为每一个艺术家生成一个专辑列表,只须要对专辑技术就能够了。 核心类库已经提供了一个这样的收集器:counting。
例 5-14 使用收集器计算每一个艺术家的专辑数
public Map<Artist,Long> numberOfAlbums(Stream<Album> albums){
return albums.collect(Collectors.groupingBy(album -> album.getMainMusician(),counting()));
}
复制代码
groupingBy 先将元素分红块,每块都与分类函数getMainMusician提供的键值想关联。而后使用下游的另外一个收集器手机每块中的元素,最好将结果映射为一个Map。
例 5-15 使用简单方式求每一个艺术家的专辑名
public Map<Artist, List<String>> nameOfAlbumsDumb(Stream<Album> albums) {
Map<Artist, List<Album>> albumsByArtist =
albums.collect(groupingBy(album ->album.getMainMusician()));
Map<Artist, List<String>> nameOfAlbums = new HashMap<>();
for(Entry<Artist, List<Album>> entry : albumsByArtist.entrySet()) {
nameOfAlbums.put(entry.getKey(), entry.getValue()
.stream()
.map(Album::getName)
.collect(toList()));
}
return nameOfAlbums;
}
复制代码
例 5-16 使用收集器求每一个艺术家的专辑名
public Map<Artist, List<String>> nameOfAlbums(Stream<Album> albums) {
return albums.collect(groupingBy(Album::getMainMusician,
mapping(Album::getName, toList())));
}
复制代码
这两个例子中咱们都用到了第二个收集器,用以收集最终结果的一个子集,这些收集器叫作 下游收集器。收集器是生成最终结果的一剂配方,下游收集器则是生成部分结果的配方,主收集器中会用到下游收集器。这种组合使用收集器的方式,使得他们在Stream类库中的做用更增强大。
并发是两个任务共享时间段,并行则是两个任务在同一个时间发生,好比运行在多核CPU上。若是一个程序要运行两个任务,而且只有一个CPU给他们分配了不一样的时间片,那么这是并发,不是并行。 二者区别如图:
数据并行化:数据并行化是将数据分红块,为每块数据分配单独的处理单元。 当须要在大量数据上执行一样的操做时,数据并行化很管用,它将问题分解为可在多块数据上求解的形式,而后对每块数据执行运算,最后将各数据块上获得的结果汇总,从而获得最终结果。
阿姆达尔定律是一个简单规则,预测了搭载多核处理器的机器提高程序速度的理论最大值。
如下方法能够得到一个拥有并行能力的流。
1.parallel() :Stream对象调用。 2.parallelStream() :集合对象调用,建立一个并行能力的流。
问题:并行化运行基于流的代码是否比串行化运行更快?
讨论***蒙特卡洛模拟法***。蒙特卡洛模拟法会重复相同的模拟不少次,每次模拟都使用随机生成的种子。每次模拟的结果都被记录下来,汇总获得一个对系统的全面模拟。蒙特卡洛模拟法被大量用在工程、金融和科学计算领域。
详细 请看代码。
以前调用reduce方法,初始值能够为任意值,为了让其在并行化时能正常工做,初始值必须为组合函数的***恒等值*** 。拿恒等值和其余值作reduce操做时,其余值保持不变。 *eg:*使用reduce操做求和,组合函数(acc,element) -> acc + element,则其初始值必须为0。
reduce 操做的另外一个限制是组合操做必须符合结合律。这意味着只要序列的值不变,组合操做的顺序不重要。
注意API中 : prallel()
:并行流 sequential()
:串行流。
若是同时调用这两个方法,最后调用的起效。默认是串行的。
输入数据的大小会影响并行化处理对性能的提高。将问题分解以后并行化处理,再将结果合并会带来额外的开销。所以只有数据足够大,每一个数据处理管道花费的时间足够多时,并行化处理才有意义。
每一个管道的操做都基于一些初始数据源,一般是集合。将不一样的数据源分隔相对容易,这里的开销硬性了在管道中并行处理数据时到底带来多少性能上的提高。
处理基本类型比处理装箱类型要快。
极端状况下,只有一个核,所以彻底不必并行化。显然,拥有的核越多,得到潜在性能提高的幅度就越大。在实践中,核的数量不单指你的机器上有多少核,更是指运行时你的机器能使用多少核。这也就是说同时运行的其余进程,或者线程关联性(强制线程在某些核或 CPU 上运行)会影响性能。
必须数据大小,这是一场并行执行花费时间和分解合并操做开销之间的战争。花在流中每一个元素身上的时间越长,并行操做带来的性能提高越明现。
来看一个具体的问题,看看如何分解和合并它。
例 6-6 并行求和
private int addIntegers(List<Integer> values){
return values.parallelStream().mapToInt(i -> i).sum();
}
复制代码
在底层,并行流仍是沿用了 fork/join 框架。fork 递归式地分解问题,而后每段并行执行,最终由 join 合并结果,返回最后的值。
假设并行流将咱们的工做分解开,在一个四核的机器上并行执行。
1.数据被分红四块
2.如6-6所示,计算工做在每一个线程里并行执行。这包括将每一个Integer对象映射为int值,而后在每一个线程里将1/4的数字相加。理想状况下,咱们但愿在这里花的时间越多越好,由于这里是并行操做的最佳场合
3.而后合并结果。在例6-6中,就是sum操做,但这也多是reduce、collect或其余终结操做。
复制代码
ArrayList
、数组或IntStream.range
,这些数据结构支持随机读取,也就是它们能垂手可得的被任意分解。
hashSet、TreeSet这些数据结构不易公平的被分解,可是大多时候是可能的。
有些数据结构难于分解。好比,可能要花O(N)的时间复杂度来分解问题。其中包括LinkedList,对半分解太难了。还有Streams.iterate和BufferedReader.lines。它们长度未知。所以很难预测改在哪里分解。