一篇文章：《让你掌握Lambda 表示式有何用处》？
一、什么是Lambda ？
我们知道，对于一个Java变数，我们可以赋给其一个“值”。
如果你想把“一块程式码”赋给一个Java变数，应该怎么做呢？
比如，我想把右边那块程式码，赋给一个叫做aBlockOfCode的Java变数：
在Java 8之前，这个是做不到的。但是Java 8问世之后，利用Lambda特性，就可以做到了。
当然，这个并不是一个很简洁的写法。所以，为了使这个赋值操作更加elegant, 我们可以移除一些没用的宣告。
这样，我们就成功的非常优雅的把“一块程式码”赋给了一个变数。而“这块程式码”，或者说“这个被赋给一个变数的函式”，就是一个Lambda表示式。
但是这里仍然有一个问题，就是变数aBlockOfCode的型别应该是什么？
在Java 8里面，所有的Lambda的型别都是一个界面，而Lambda表示式本身，也就是”那段程式码“，需要是这个界面的实现。这是我认为理解Lambda的一个关键所在，简而言之就是，Lambda表示式本身就是一个界面的实现。直接这样说可能还是有点让人困扰，我们继续看看例子。我们给上面的aBlockOfCode加上一个型别：
这种只有一个界面函式需要被实现的界面型别，我们叫它”函式式界面“。为了避免后来的人在这个界面中增加界面函式导致其有多个界面函式需要被实现，变成"非函式界面”，我们可以在这个上面加上一个宣告@FunctionalInterface, 这样别人就无法在里面新增新的界面函数了：
这样，我们就得到了一个完整的Lambda表示式宣告：
二、Lambda表示式有什么作用?
最直观的作用就是使得程式码变得异常简洁。我们可以对比一下Lambda表示式和传统的Java对同一个界面的实现：
这两种写法本质上是等价的。但是显然，Java 8中的写法更加优雅简洁。并且，由于Lambda可以直接赋值给一个变数，我们就可以直接把Lambda作为引数传给函式, 而传统的Java必须有明确的界面实现的定义，初始化才行：
有些情况下，这个界面实现只需要用到一次。传统的Java 7必须要求你定义一个“污染环境”的界面实现MyInterfaceImpl，而相较之下Java 8的Lambda, 就显得干净很多。
Lambda结合FunctionalInterface Lib, forEach, stream()，method reference等新特性可以使程式码变的更加简洁！
直接上例子。
假设Person的定义和List的值都给定。
现在需要你打印出guiltyPersons List里面所有LastName以"Z"开头的人的FirstName。
原生态Lambda写法：定义两个函式式界面，定义一个静态函式，呼叫静态函式并给引数赋值Lambda表示式。
这个程式码实际上已经比较简洁了，但是我们还可以更简洁么？
当然可以。在Java 8中有一个函式式界面的包，里面定义了大量可能用到的函式式界面（java.util.function (Java Platform SE 8 )）。所以，我们在这里压根都不需要定义NameChecker和Executor这两个函式式界面，直接用Java 8函式式界面包里的Predicate和Consumer就可以了——因为他们这一对的界面定义和NameChecker/Executor其实是一样的。
第一步简化 - 利用函式式界面包：
静态函式里面的for each循环其实是非常碍眼的。这里可以利用Iterable自带的forEach()来替代。forEach()本身可以接受一个Consumer 引数。
第二步简化 - 用Iterable.forEach()取代foreach loop：
由于静态函式其实只是对List进行了一通操作，这里我们可以甩掉静态函式，直接使用stream()特性来完成。stream()的几个方法都是接受Predicate，Consumer等引数的（java.util.stream (Java Platform SE 8 )）。你理解了上面的内容，stream()这里就非常好理解了，并不需要多做解释。
第三步简化 - 利用stream()替代静态函式：
对比最开始的Lambda写法，这里已经非常非常简洁了。但是如果，我们要求变一下，变成print这个人的全部资讯，及p -> System.out.println(p); 那么还可以利用Method reference来继续简化。所谓Method reference, 就是用已经写好的别的Object/Class的method来代替Lambda expression。格式如下：
第四步简化 - 如果是println(p)，则可以利用Method reference代替forEach中的Lambda表示式：
这基本上就是能写的最简洁的版本了。
Lambda配合Optional可以使Java对于null的处理变的异常优雅
这里假设我们有一个person object，以及一个person object的Optional wrapper:
Optional如果不结合Lambda使用的话，并不能使原来繁琐的null check变的简单。
只有当Optional结合Lambda一起使用的时候，才能发挥出其真正的威力！
我们现在就来对比一下下面四种常见的null处理中，Java 8的Lambda+Optional和传统Java两者之间对于null的处理差异。
情况一 - 存在则开干
情况二 - 存在则返回，无则返回屁
情况三 - 存在则返回，无则由函式产生
情况四 - 夺命连环null检查
由上述四种情况可以清楚地看到，Optional+Lambda可以让我们少写很多ifElse块。尤其是对于情况四那种夺命连环null检查，传统java的写法显得冗长难懂，而新的Optional+Lambda则清新脱俗，清楚简洁。
关于Java的Lambda, 还有东西需要讨论和学习。比如如何handle lambda exception，如何利用Lambda的特性来进行parallel processing等。总之，我只是一如既往地介绍个大概，让你大概知道，哦！原来是这样子就OK了。网上关于Lambda有很多相关的教程，多看多练。假以时日，必定有所精益。
