List lengths = new ArrayList(); 
for (String countries : Arrays.asList(args)) { 
    lengths.add(check(country)); 
} 

現(xiàn)在我們用一個(gè)漂亮的lambda表達(dá)式來實(shí)現(xiàn)同樣的功能：

Stream lengths = countries.stream().map(countries -< check(country)); 

哇塞!這真是超級(jí)厲害。增加一些像lambda表達(dá)式這樣的新元素到Java當(dāng)中，盡管看起來更像是一件好事，但是實(shí)際上卻是偏離了Java原本的規(guī)范。字節(jié)碼是完全面向?qū)ο蟮?，伴隨著lambda的加入 ，這使得實(shí)際的代碼與運(yùn)行時(shí)的字節(jié)碼結(jié)構(gòu)上差異變大。閱讀更多關(guān)于lambda表達(dá)式的負(fù)面影響可以看Tal Weiss這篇文章。

從更深層次來看，你寫什么代碼和調(diào)試什么代碼是兩碼事。堆棧跟蹤越來越大，使得難以調(diào)試代碼。一些很簡(jiǎn)單的事情譬如添加一個(gè)空字符串到list中，本來是這樣一個(gè)很短的堆棧跟

at LmbdaMain.check(LmbdaMain.java:19) 
at LmbdaMain.main(LmbdaMain.java:34) 

變成這樣：

at LmbdaMain.check(LmbdaMain.java:19) 
at LmbdaMain.lambda$0(LmbdaMain.java:37) 
at LmbdaMain$$Lambda$1/821270929.apply(Unknown Source) 
at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) 
at java.util.Spliterators$ArraySpliterator.forEachRemaining(Spliterators.java:948) 
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:512) 
at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:502) 
at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) 
at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) 
at java.util.stream.LongPipeline.reduce(LongPipeline.java:438) 
at java.util.stream.LongPipeline.sum(LongPipeline.java:396) 
at java.util.stream.ReferencePipeline.count(ReferencePipeline.java:526) 
at LmbdaMain.main(LmbdaMain.java:39 

lambda表達(dá)式帶來的另一個(gè)問題是關(guān)于重載：使用他們調(diào)用一個(gè)方法時(shí)會(huì)有一些傳參，這些參數(shù)可能是多種類型的，這樣會(huì)使得在某些情況下導(dǎo)致一些引起歧義的調(diào)用。Lukas Eder 用示例代碼進(jìn)行了說明。

提醒：要意識(shí)到這一點(diǎn)，跟蹤有時(shí)候可能會(huì)很痛苦，但是這不足以讓我們遠(yuǎn)離寶貴的lambda表達(dá)式。

3. Default方法令人分心

Default方法允許一個(gè)功能接口中有一個(gè)默認(rèn)實(shí)現(xiàn)，這無疑是Java8新特性中最酷的一個(gè)，但是它與我們之前使用的方式有些沖突。那么既然如此，為什么要引入default方法呢？如果不引入呢？

Defalut方法背后的主要?jiǎng)訖C(jī)是，如果我們要給現(xiàn)有的接口增加一個(gè)方法，我們可以不用重寫實(shí)現(xiàn)來達(dá)到這個(gè)目的，并且使它與舊版本兼容。例如，拿這段來自Oracle Java教程中添加指定一個(gè)時(shí)區(qū)功能的代碼來說：

public interface TimeClient { 
// ... 
static public ZoneId getZoneId (String zoneString) { 
try { 
    return ZoneId.of(zoneString); 
} catch (DateTimeException e) { 
    System.err.println("Invalid time zone: " + zoneString + 
    "; using default time zone instead."); 
    return ZoneId.systemDefault(); 
    } 
} 
default public ZonedDateTime getZonedDateTime(String zoneString) { 
    return ZonedDateTime.of(getLocalDateTime(), getZoneId(zoneString)); 
    } 
} 

就是這樣，問題迎刃而解了。是這樣么？Default方法將接口和實(shí)現(xiàn)分離混合了。似乎我們不用再糾結(jié)他們本身的分層結(jié)構(gòu)了，現(xiàn)在我們需要解決新的問題了。想要了解更多，閱讀Oleg Shelajev在RebelLabs上發(fā)表的文章吧。

4. 該如何拯救你，Jagsaw?

但是，它在哪呢？Oracle的***Java架構(gòu)師， Mark Reinhold說： Jigsaw，通過了探索階段 ，最近才進(jìn)入第二階段，現(xiàn)在開始進(jìn)行產(chǎn)品的設(shè)計(jì)與實(shí)現(xiàn)。該項(xiàng)目原本計(jì)劃在Java8完成?，F(xiàn)在推遲到Java9,有可能成為其最主要的新特性。

提醒：如果這正是你在等待的， Java9應(yīng)該在2016年間發(fā)布。同時(shí)，想要密切關(guān)注甚至參與其中的話，你可以加入到這個(gè)郵件列表。

5. 那些仍然存在的問題

沒有人喜歡繁瑣的代碼，那也是為什么lambdas表達(dá)式那么受歡迎的的原因。想想討厭的異常，無論你是否需要在邏輯上catch或者要處理受檢異常，你都需要catch它們。即使有些永遠(yuǎn)也不會(huì)發(fā)生，像下面這個(gè)異常就是永遠(yuǎn)也不會(huì)發(fā)生的：

try { 
    httpConn.setRequestMethod("GET"); 
} catch (ProtocolException pe) { /* Why don’t you call me anymore? */ } 

原始類型

它們依然還在，想要正確使用它們是一件很痛苦的事情。原始類型導(dǎo)致Java沒能夠成為一種純面向?qū)ο笳Z言，而移除它們對(duì)性能也沒有顯著的影響。順便提一句，新的JVM語言都沒有包含原始類型。

運(yùn)算符重載

James Gosling，Java之父，曾經(jīng)在接受采訪時(shí)說：“我拋棄運(yùn)算符重載是因?yàn)槲覀€(gè)人主觀的原因，因?yàn)樵贑++中我見過太多的人在濫用它。”有道理，但是很多人持不同的觀點(diǎn)。其他的JVM語言也提供這一功能，但是另一方面，它導(dǎo)致有些代碼像下面這樣：

javascriptEntryPoints <<= (sourceDirectory in Compile)(base => 
    ((base / "assets" ** "*.js") --- (base / "assets" ** "_*")).get 
) 

事實(shí)上這行代碼來自Scala Play框架，我現(xiàn)在都有點(diǎn)暈了。

提醒：這些是真正的問題么？我們都有自己的怪癖，而這些就是Java的怪癖。在未來的版本中可能有會(huì)發(fā)生一些意外，它將會(huì)改變，但向后兼容性等等使得它們現(xiàn)在還在使用。

6. 函數(shù)式編程–為時(shí)尚早