作者：Sevenvidia
鏈接：https://www.zhihu.com/question/20125256/answer/324121308
來源：知乎
著作權(quán)歸作者所有撒妈。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)狮惜，非商業(yè)轉(zhuǎn)載請注明出處。
什么是Lambda?
我們知道吭练，對于一個Java變量，我們可以賦給其一個“值”。
如果你想把“一塊代碼”賦給一個Java變量法希，應(yīng)該怎么做呢？
比如坷衍，我想把右邊那塊代碼寝优，賦給一個叫做aBlockOfCode的Java變量：
在Java 8之前，這個是做不到的枫耳。但是Java 8問世之后乏矾，利用Lambda特性，就可以做到了迁杨。
當(dāng)然钻心，這個并不是一個很簡潔的寫法。所以铅协，為了使這個賦值操作更加elegant, 我們可以移除一些沒用的聲明捷沸。
這樣，我們就成功的非常優(yōu)雅的把“一塊代碼”賦給了一個變量狐史。而“這塊代碼”痒给，或者說“這個被賦給一個變量的函數(shù)”，就是一個Lambda表達(dá)式预皇。
但是這里仍然有一個問題侈玄，就是變量aBlockOfCode的類型應(yīng)該是什么？
在Java 8里面吟温，所有的Lambda的類型都是一個接口序仙，而Lambda表達(dá)式本身，也就是”那段代碼“鲁豪，需要是這個接口的實(shí)現(xiàn)潘悼。這是我認(rèn)為理解Lambda的一個關(guān)鍵所在，簡而言之就是爬橡，Lambda表達(dá)式本身就是一個接口的實(shí)現(xiàn)治唤。直接這樣說可能還是有點(diǎn)讓人困擾，我們繼續(xù)看看例子糙申。我們給上面的aBlockOfCode加上一個類型：
這種只有一個接口函數(shù)需要被實(shí)現(xiàn)的接口類型宾添，我們叫它”函數(shù)式接口“。為了避免后來的人在這個接口中增加接口函數(shù)導(dǎo)致其有多個接口函數(shù)需要被實(shí)現(xiàn)柜裸，變成"非函數(shù)接口”缕陕，我們可以在這個上面加上一個聲明@FunctionalInterface, 這樣別人就無法在里面添加新的接口函數(shù)了：
這樣，我們就得到了一個完整的Lambda表達(dá)式聲明：
Lambda表達(dá)式有什么作用?
最直觀的作用就是使得代碼變得異常簡潔疙挺。
我們可以對比一下Lambda表達(dá)式和傳統(tǒng)的Java對同一個接口的實(shí)現(xiàn)：
這兩種寫法本質(zhì)上是等價的扛邑。但是顯然，Java 8中的寫法更加優(yōu)雅簡潔铐然。并且蔬崩，由于Lambda可以直接賦值給一個變量恶座，我們就可以直接把Lambda作為參數(shù)傳給函數(shù), 而傳統(tǒng)的Java必須有明確的接口實(shí)現(xiàn)的定義，初始化才行：
有些情況下沥阳，這個接口實(shí)現(xiàn)只需要用到一次跨琳。傳統(tǒng)的Java 7必須要求你定義一個“污染環(huán)境”的接口實(shí)現(xiàn)MyInterfaceImpl，而相較之下Java 8的Lambda, 就顯得干凈很多桐罕。
Lambda結(jié)合FunctionalInterface Lib, forEach, stream()湾宙，method reference等新特性可以使代碼變的更加簡潔！
直接上例子冈绊。
假設(shè)Person的定義和List<Person>的值都給定。
現(xiàn)在需要你打印出guiltyPersons List里面所有LastName以"Z"開頭的人的FirstName埠啃。
原生態(tài)Lambda寫法：定義兩個函數(shù)式接口死宣，定義一個靜態(tài)函數(shù)，調(diào)用靜態(tài)函數(shù)并給參數(shù)賦值Lambda表達(dá)式碴开。
這個代碼實(shí)際上已經(jīng)比較簡潔了毅该，但是我們還可以更簡潔么？
當(dāng)然可以潦牛。在Java 8中有一個函數(shù)式接口的包眶掌，里面定義了大量可能用到的函數(shù)式接口（java.util.function (Java Platform SE 8 )）。所以巴碗，我們在這里壓根都不需要定義NameChecker和Executor這兩個函數(shù)式接口朴爬，直接用Java 8函數(shù)式接口包里的Predicate<T>和Consumer<T>就可以了——因?yàn)樗麄冞@一對的接口定義和NameChecker/Executor其實(shí)是一樣的。
第一步簡化 - 利用函數(shù)式接口包：
靜態(tài)函數(shù)里面的for each循環(huán)其實(shí)是非常礙眼的橡淆。這里可以利用Iterable自帶的forEach()來替代召噩。forEach()本身可以接受一個Consumer<T> 參數(shù)。
第二步簡化 - 用Iterable.forEach()取代foreach loop：
由于靜態(tài)函數(shù)其實(shí)只是對List進(jìn)行了一通操作逸爵，這里我們可以甩掉靜態(tài)函數(shù)具滴，直接使用stream()特性來完成。stream()的幾個方法都是接受Predicate<T>师倔，Consumer<T>等參數(shù)的（java.util.stream (Java Platform SE 8 )）构韵。你理解了上面的內(nèi)容，stream()這里就非常好理解了趋艘，并不需要多做解釋疲恢。
第三步簡化 - 利用stream()替代靜態(tài)函數(shù)：
對比最開始的Lambda寫法，這里已經(jīng)非常非常簡潔了致稀。但是如果冈闭，我們的要求變一下，變成print這個人的全部信息抖单，及p -> System.out.println(p); 那么還可以利用Method reference來繼續(xù)簡化萎攒。所謂Method reference, 就是用已經(jīng)寫好的別的Object/Class的method來代替Lambda expression遇八。格式如下：
第四步簡化 - 如果是println(p)，則可以利用Method reference代替forEach中的Lambda表達(dá)式：
這基本上就是能寫的最簡潔的版本了耍休。
Lambda配合Optional<T>可以使Java對于null的處理變的異常優(yōu)雅
這里假設(shè)我們有一個person object刃永，以及一個person object的Optional wrapper:
Optional<T>如果不結(jié)合Lambda使用的話，并不能使原來繁瑣的null check變的簡單羊精。
只有當(dāng)Optional<T>結(jié)合Lambda一起使用的時候斯够，才能發(fā)揮出其真正的威力！
我們現(xiàn)在就來對比一下下面四種常見的null處理中喧锦，Java 8的Lambda+Optional<T>和傳統(tǒng)Java兩者之間對于null的處理差異读规。
情況一 - 存在則開干
情況二 - 存在則返回，無則返回屁
情況三 - 存在則返回燃少，無則由函數(shù)產(chǎn)生
情況四 - 奪命連環(huán)null檢查
由上述四種情況可以清楚地看到束亏，Optional<T>+Lambda可以讓我們少寫很多ifElse塊。尤其是對于情況四那種奪命連環(huán)null檢查阵具，傳統(tǒng)java的寫法顯得冗長難懂碍遍，而新的Optional<T>+Lambda則清新脫俗，清楚簡潔阳液。
關(guān)于Java的Lambda, 還有東西需要討論和學(xué)習(xí)怕敬。比如如何handle lambda exception，如何利用Lambda的特性來進(jìn)行parallel processing等帘皿《颍總之，我只是一如既往地介紹個大概鹰溜，讓你大概知道越庇，哦！原來是這樣子就OK了奉狈。網(wǎng)上關(guān)于Lambda有很多相關(guān)的教程卤唉，多看多練。假以時日仁期，必定有所精益桑驱。
