Java8 实战学习 — Lambda 表达式
上一章，我们学习了参数化代码的实现方法，这个逻辑的推导对我自己来说还是蛮有意义的，因为这将对我以后的代码编辑产生影响。
这一节我们继续学习，我们将学习 Lambda 表达式的具体使用。
Lambda 概述：
可以把Lambda表达式理解为简洁地表示可传递的匿名函数的一种方式：它没有名称，但它 有参数列表、函数主体、返回类型，可能还有一个可以抛出的异常列表。这个定义够大的，让我 们慢慢道来。
Lambda 的主要特点就是需要我们写的东西很少，但是构建 Lambda 的过程是需要思考的，以前看到一个接口或者一个抽象类，我们第一反应是 new Function(){...} ，但是有了 Lambda 以后我们需要重新思考，以便于我们代码更加便于阅读和减少代码的书写。
Lambda 的标准形式：
书中通过构建一个 Comparator 对象来给我们举例说明如果替换原来的匿名内部类写法。 我们都知道实现一个 Comparator 的方法：
Comparator<Apple> byWeight = new Comparator<Apple>() {
public int compare(Apple a1, Apple a2) {
return a1.getWeight().compareTo(a2.getWeight());
}
};
我们可以使用 Comparator 的方法为：
Comparator<Apple> byWeight = (Apple a1, Apple a2) -> a1.getWeight().compareTo(a2.getWeight());
这看起来并没有难度，阅读起来是 我有两个苹果对象,拿参数 a1,a2 作为比较对象，第一个苹果的重量和第二个苹果的重量比较，并返回比较结果（0代表相同，大于0的数代表a1重量大于a2重量，小于0则相反）。
请注意你基本上只传递了比较两个苹果重量所真 正需要的代码。看起来就像是只传递了compare方法的主体。
书中给出了上述解释，之后给出语法通用表示：
- (parameters) -> expression 即 （参数）-> 方法实现 适合单个语句
- (parameters) -> { statements; } （参数）-> {方法实现;} 适合多语句
注意：
使用第一种方式不可出现
；若方法实现即 Lambda 主体如果有多个语句，就必须使用{;}-
书中
(String s) -> s.length()这个例子的后边说了一句话当时对我造成了不少困惑：第一个Lambda表达式具有一个String类型的参 数并返回一个 int 。 Lambda没有 return 语句， 因为已经隐含了return
这说明的意思说 如果是第一种表达方式或者第二种表达方式的返回void 都属于 return 类型可以推敲的时候，可以不写 return ，并不能说 Lambda 没有 return。
哪里可以使用 Lambda
Lambda表达式允许你直接以内联的形式为函数式接口的抽象方法提供实现，并把 整个表达式作为函数式接口的实例 （具体说来，是函数式接口一个具体实现 的实例）。你用匿名内部类也可以完成同样的事情，只不过比较笨拙：需要提供一个实现，然后 再直接内联将它实例化。
这里有两个概念：
- 函数式接口：函数式接口就是只定义一个抽象方法的接口
- Lambda 是函数式接口的抽象方法的实现，但它可以作为整个接口的一个具体实例。
厉害了我的哥，第二点难理解，但这又恰恰是读懂 Lambda 表达式的必须需要理解的地方。
举一个栗子：
// 需要调用函数式接口的方法
public static void process(Runnable r) {
r.run();
}
// 之前的调用方法
Runnable r1 = new Runnable() {
public void run() {
System.out.println("Hello World 2");
}
};
process(r1);
// Lambda 表达方法
process(() -> System.out.println("Hello World 3"));
相信如果有之前实现的方法作比较，我们会很好明白，但是如果你挡住上边的实现，去看下边的 lambda 我相信好多人跟我一样懵逼。这是什么鬼？ 虽然我知道结果会是 Hello World 3 ，但是这究竟是什么？
思路是这样的：
- process 方法只接受 Runnable 的具体实现类
- Lambda 可以作为函数式接口的一个实现实例
-
() -> System.out.println("Hello World 3")应该就是 Runnable 的一个具体实现。 - Lambda 是函数式接口的抽象方法的实现，也就是这句话同时也是 run() 方法的具体实现，run方法不需要参数，所以箭头前边为一个空的 ()。() -> void代表 了参数列表为空，且返回void的函数。
这充分说明 Lambda 写得少想得多的特点。但是我们也发现了他的一个优点就是「简单易读」，我们看到这句话第一个反应就是：它将打印出 Hello World 3 。
方法签名
Java 方法签名 ：java 的方法签名由 全类名.方法名(形参数据类型列表)返回值数据类型 决定,在方法存在重载的时候，方法返回值没有什么意义，是由方法名和参数列表决定的。
Lambda 表达式的签名：函数式接口的抽象方法的签名基本上就是Lambda表达式的签名。
书中举了个错误的例子：ApplePredicate<Apple> p = (Apple a) -> a.getWeight();
因为之前我们定义的时候：
public interface ApplePredicate{ boolean test (Apple apple); }
我们可以看到，函数式接口 ApplePredicate test 的方法签名中，返回值为 boolean 但是错误代码中返回了int值，所以方法签名不同。
动手实现一个 Lambda 付诸实践
动手练习：将下列代买转化为 Lambda 实现：
public static String proccessFile() throws IOException {
try (BufferedReader br = new BufferedReader((new FileReader("data.txt")))) {
return br.readLine();
}
}
-
行为参数化
实际操作中我们可能需要对文件进行不同的操作，比如读取两行，读取最后一行。所以我们要将
proccessFile ()方法 对文件进行不同操作的行为，进行参数化。我们期待的结果是 通过 processFile 拿到文件的读取结果，具体怎么读取应该由接口的抽象方法具体实现，所以 processFile 的行为就是如何操作文件，我们需要将他参数化。
-
使用函数接口来传递行为
为了之后我们能够使用 Lambda 来实现这个功能，我们需要创建一个 函数式接口。对于初学者来说这点应该是最难得，我们应该如何创建这个函数式接口。
- 明确任务条件： 读取文件需要一个文件的读取流 这里假定是字符流 BufferReader
- 明确任务结果： 返回读取的结果，应该是一个 String
即 BufferReader -> String 的过程
```
interface BufferedReaderProcessor {
String process(BufferedReader bufferedReader);
}
```
-
执行一个行为
执行这个行为将需要用到processFile方法了，该方法参数为函数式接口BufferedReaderProcessor，用该接口的是实例来进行文件操作，具体怎么操作由该实例决定：public static String processFile(BufferedReaderProcessor p) throws IOException { try (BufferedReader br = new BufferedReader(new FileReader("data.txt"))) { return p.process(br); } }
-
改为 Lambda 形式完成 process 的具体实现
通过之前的学习，我们知道了一个重要的概念就是 Lambda 可以作为，Lambda 是函数式接口的抽象方法的实现，但它可以作为整个接口的一个具体实例。。
- 需要实现这个接口的具体方法
- 整体作为实例传递给 processFile
假设我们现在需要完成一读取文章前两行的操作：
-
(parameters) -> expression
(BufferReader br) -> br.readLine()+br.readLine(); -
(parameters) -> { statements; }
String readline = proccessFile((BufferedReader br) -> { //readLine 方法会有警告 ，之后会学习如何处理 lambda 中的警告 这里重点在于 lambda 的实现。 String line1 = br.readLine(); String line2 = br.readLine(); return line1 + line2; });
类型检查
Lambda 可以作为函数式接口生成一个实例。然而，Lambda 表达式本身并不包含它在实现哪个函数式接口的信息
正如我们文章开头提到的那样，Lambda 本身并没有什么意义，只有结合上下文，更通俗的说是等号左边的内容，才是我们最终想要的 函数式接口具体实现 对象。
Lambda的类型是从使用Lambda的上下文推断出来的。
这里的上下文包括： 方法签名（参数，返回值），以及使用这个 Lambda 的方法的参数类型。
List<Apple> heavierThan150g = filter(inventory, (Apple a) -> a.getWeight() > 150);
这个例子还是延续第一篇中的那个筛选苹果的例子，书中给出了很好的解读这里就不多赘述直接上图：
看到这里我只能说这本书翻译的太好了。
依次类推我们看地方代码的时候如果它使用了 Lambda 方式书写代码，我们可以通过以下方式来找到这个 Lambda 的含义：
- 找到使用 Lambda 函数式参数方法的方法定义。
- 查看Lambda 所需要实例化的抽象接口的内唯一的一个抽象方法的方法签名（这里是 T -> boolen）
- 检查 Lambda 表达式是否满足这个抽象方法的方法签名即可。
聪明的人可能发现了猫腻，我们可能好多的函数式接口的抽象方法的方法签名都是 T -> boolen,那么 Lambda 的使用会不会出现问题 ？
事实上，同一个 Lambda 表达式，如果 Lambda 表达式的方法签名 = 函数式接口的抽象方法接口 那么这个这个 Lambda 就是有效的。
这就需要在我们书写或者阅读的时候必须结合上下文，而 JVM 需要做的事情更多，但具体原理并不影响我们使用，所以就先不探讨。
类型推断
之前说过 Lambda 表达式还可以继续简单化代码，刚才我们学习了类型检查，相同的 Lambda 表达式可以匹配不同的函数接口，JVM 可以根据我们使用 Lambda 表达式的上下文来决定匹配什么样的函数接口来接收此表达式。
如果这个 Lambda 的目标类型是可以推断出来的，而参数类型也只有一种的时候，我们可以省略参数的类型：
List<Apple> greenApples = filter(inventory, a -> "green".equals(a.getColor()));
Lambda表达式有多个参数，代码可读性的好处就更为明显,以下两个方式是等价的。
Comparator<Apple> c = (Apple a1, Apple a2) -> a1.getWeight().compareTo(a2.getWeight());
Comparator<Apple> c = (a1, a2) -> a1.getWeight().compareTo(a2.getWeight());
书中也给了我们提醒，有的时候没有类型推断的 Lambda 表达式更易读，有时候去掉看起来更好。
需要我们自己去选择。
至此我们已经成功完成了一次lambda 的实践过程。通过学习我的体会就是想要 lambda 的学习还是需要多加练习。否则总会处在放下课本就忘得状态。至此我们学习完了，课本的3.3章的内容。而之后将会介绍一个新的概念叫「方法引用」，它将会使代码更加简洁，但是同时也带来了更大的挑战，一起来加油吧。
