Java8 lambda表达式

一、什么是Lambda表达？

对于一个Java变量，我们可以赋给其一个“值”。

int a=27；
String s="Hellow World!";
Boolean b=s.startWith("H");

如果你想把“一块代码”赋给一个Java变量，应该怎么做呢？
比如，我想把右边的代码，赋值给一个叫做aBlockOfCode的Java变量：

在Java 8之前，这个是做不到的。但是Java 8问世之后，利用Lambda特性，就可以做到了

当然，这个并不是一个很简洁的写法。所以，为了使这个赋值操作更加优雅, 我们可以移除一些没用的声明。

aBlockOfCode=(s)->System.out.printLn(s);

这样，我们就成功的非常优雅的把“一块代码”赋给了一个变量。而“这块代码”，或者说“这个被赋给一个变量的函数”，就是一个Lambda表达式。

但是这里仍然有一个问题，就是变量aBlockOfCode的类型应该是什么？

在Java 8里面，所有的Lambda的类型都是一个接口，而Lambda表达式本身，也就是“那段代码”，需要是这个接口的实现。这是我认为理解Lambda的一个关键所在，简而言之，Lambda表达式本身就是一个接口的实现。直接这样说可能还是有点让人困扰，我们继续看看例子。我们给上面的aBlockOfCode加上一个类型：

这种只有一个接口函数需要被实现的接口类型，我们叫它“函数式接口”。为了避免后来的人在这个接口中增加接口函数导致其有多个接口函数需要被实现，变成"非函数接口”，我们可以在这个上面加上一个声明@FunctionalInterface, 这样别人就无法在里面添加新的接口函数了：

这样，我们就得到了一个完整的Lambda表达式声明：

二、Lambda表达式有什么作用？

1. 最直观的作用就是使得代码变得异常简洁。
我们可以对比一下Lambda表达式和传统的Java对同一个接口的实现：

这两种写法本质上是等价的。但是显然，Java 8中的写法更加优雅简洁。并且，由于Lambda可以直接赋值给一个变量，我们就可以直接把Lambda作为参数传给函数, 而传统的Java必须有明确的接口实现的定义，初始化才行：

有些情况下，这个接口实现只需要用到一次。传统的Java 7必须要求你定义一个“污染环境”的类MyInterfaceImpl实现MyLambdaInterface接口，而相较之下Java 8的Lambda, 就显得干净很多。

2. Lambda结合FunctionalInterface Lib, forEach, stream()，method reference等新特性可以使代码变的更加简洁！
例子：
假设Person的定义和List<Person>的值都给定。

现在需要你打印出guiltyPersons List里面所有LastName以"Z"开头的人的FirstName。

原生态Lambda写法：定义两个函数式接口，定义一个静态函数，调用静态函数并给参数赋值Lambda表达式。

这个代码实际上已经比较简洁了，但是我们还可以更简洁么？

当然可以。在Java 8中有一个函数式接口的包，里面定义了大量可能用到的函数式接口（java.util.function (Java Platform SE 8）。所以，我们在这里压根都不需要定义NameChecker和Executor这两个函数式接口，直接用Java 8函数式接口包里的Predicate<T>和Consumer<T>就可以了——因为他们这一对的接口定义和NameChecker/Executor其实是一样的。

第一步简化 ——利用函数式接口包：

静态函数里面的for each循环其实是非常碍眼的。这里可以利用Iterable自带的forEach()来替代。forEach()本身可以接受一个Consumer<T> 参数。

第二步简化 ——用Iterable.forEach()取代foreach loop：

第三步简化 ——利用stream()替代静态函数：

对比最开始的Lambda写法，这里已经非常非常简洁了。但是如果，我们的要求变一下，变成print这个人的全部信息，即p -> System.out.println(p); 那么还可以利用Method reference来继续简化。所谓Method reference, 就是用已经写好的别的Object/Class的method来代替Lambda expression。格式如下：

第四步简化 ——如果是println(p)，则可以利用Method reference代替forEach中的Lambda表达式：

由上述四种情况可以清楚地看到，Optional<T>+Lambda可以让我们少写很多ifElse块。尤其是对于情况四那种夺命连环null检查，传统java的写法显得冗长难懂，而新的Optional<T>+Lambda则清新脱俗，清楚简洁。由上述四种情况可以清楚地看到，Optional<T>+Lambda可以让我们少写很多ifElse块。尤其是对于情况四那种夺命连环null检查，传统java的写法显得冗长难懂，而新的Optional<T>+Lambda则清新脱俗，清楚简洁。
这基本上就是能写的最简洁的版本了。

3. Lambda配合Optional<T>可以使Java对于null的处理变的异常优雅

Java 8 Optional 类:
Optional 类是一个可以为null的容器对象。如果值存在则isPresent()方法会返回true，调用get()方法会返回该对象。
Optional 是个容器：它可以保存类型T的值，或者仅仅保存null。Optional提供很多有用的方法，这样我们就不用显式进行空值检测。
Optional 类的引入很好的解决空指针异常。

这里假设我们有一个person object，以及一个person object的Optional wrapper:

Optional<T>如果不结合Lambda使用的话，并不能使原来繁琐的null check变的简单。

只有当Optional<T>结合Lambda一起使用的时候，才能发挥出其真正的威力！

我们现在就来对比一下下面四种常见的null处理中，Java 8的Lambda+Optional<T>和传统Java两者之间对于null的处理差异。

情况一 - 存在则开干

情况二 - 存在则返回，无则返回屁

情况三 - 存在则返回，无则由函数产生

情况四 - 夺命连环null检查

由上述四种情况可以清楚地看到，Optional<T>+Lambda可以让我们少写很多ifElse块。尤其是对于情况四那种夺命连环null检查，传统java的写法显得冗长难懂，而新的Optional<T>+Lambda则清新脱俗，清楚简洁。

三、函数式接口

• 只包含一个抽象方法的接口，称为函数式接口。
• 你可以通过 Lambda 表达式来创建该接口的对象。(若 Lambda
  表达式抛出一个受检异常，那么该异常需要在目标接口的抽象方
  法上进行声明)。
• 我们可以在任意函数式接口上使用 @FunctionalInterface 注解，
  这样做可以检查它是否是一个函数式接口，同时 javadoc 也会包含一条声明，说明这个接口是一个函数式接口。
  Lambda 表达式需要"函数式接口"的支持

四、内置四大核心函数式接口

1.Consumer : 消费型函数接口
源码

@FunctionalInterface
public interface Consumer<T> {

    void accept(T t);
}

Demo:

2.Supplier : 供给型函数接口
源码

@FunctionalInterface
public interface Supplier<T> {

    T get();
}

Demo

3. Function : 函数型函数接口
源码

@FunctionalInterface
public interface Function<T, R> {

    R apply(T t);
}

Demo

4. Predicate : 断言型函数接口
源码

@FunctionalInterface
public interface Predicate<T> {

    boolean test(T t);
}

Demo:

五、方法引用

当要传递给 Lambda 体的操作，已经有实现的方法了，可以使用方法引用(实现抽象方法的参数列表，必须与方法引用方法的参数列表保持一致!) 方法引用，使用操作符 “::” 将方法名和对象或类的名字分隔开来。 如下三种主要使用情况:

• 对象::实例方法名
• 类::静态方法名
• 类::实例方法名

1.类::静态方法名

类为:
静态方法名:

简单示例：

2. 对象::实例方法名

对象:
静态方法名:

简单示例：

3. 类::实例方法名

类:
实例方法名:

简单实例：

六、构造器引用

格式:与函数式接口相结合，自动与函数式接口中方法兼容。 可以把构造器引用赋值给定义的方法，构造器参数列表要与接口中抽象方法的参数列表一致!

1. 无参构造器引用

2. 有参构造器引用

3. 数组引用