IntStream.range(1, 5).boxed().map(i -> { System.out.print("Happy Birthday "); if (i == 3) return "dear NAME"; else return "to You"; }).forEach(System.out::println);

我雖然擁有 10 年的 Java 編程經驗，但說實話，很慚愧，這段代碼就好像一塊板磚拍在我腦袋上，有點懵逼。Lambda 表達式我是學過的，Stream 流我是學過的，forEach() 方法我也是學過的，但把這些知識點全部塞到一行代碼中，我還是有點消化不良。

我總覺得這行代碼不如換成老式的語法（Java 7 之前）來寫，就像下面這樣：

for (int i = 1; i < 5; i++) {
    System.out.println("Happy Birthday " + (i == 3 ? "dear NAME" : "to you"));
}

哇，beautiful code，簡潔又明了！不僅我能看得懂，就連剛入門的 Java 小白都能看得懂。要知道，代碼是寫給人看的，假如只有自己看得懂，只有自己覺得很 6，而其他人看起來云里霧里的，就不一定是好代碼，盡管好像是行走在技術的前沿。

俗話說得好，“能力越大，責任越大”。Java 8 為我們提供了強大的能力，它的新特性是劃時代的（Java 8 之后的版本中新特性都不夠亮眼），包括 Lambda 表達式和 Stream 流，我們通過它們可以寫出簡潔又高效的代碼。打個不恰當的比喻，Java 8 之前，開發者駕駛的是桑塔納，Java 8 之后，開發者駕駛的是法拉利。

但如果駕駛技術不好的話，法拉利也能變成桑塔納，甚至還不如。拿之前那段看起來似乎很 6 的代碼來說吧，它并不是一段好的代碼——盡管使用了新穎的技術，但難以理解。

在 Java 8 之前，如果你想編寫函數式代碼的話，應該會使用 Google 的 Guava 類庫，它是一個很棒的開源類庫（不陌生吧），可以在一定程度上彌補 Java 原生類庫的不足。我在它的 wiki 上看到下面這樣一條建議，說得很富有遠見：

Excessive use of Guava’s functional programming idioms can lead to verbose, confusing, unreadable and inefficient code. .. when you go to preposterous lengths to make your code “a one-line”, the Guava team weeps.

應該能看得懂吧？大致的意思就是說，如果過度使用 Guava 的函數式編程的話，會導致代碼冗長、混亂、不可讀，甚至低效；如果有些開發者為了減少代碼的長度，刻意把多行代碼“優化”成一行代碼時，Guava 甚至會被玩哭。

我只能說，優秀的人真可怕，他不僅知道自己的長處，更了解自己的不足——說的就是你，Guava 的開發者。至于開頭提到的那位大牛，他寫的代碼我就不敢恭維，只能說炫技炫到盲目自信吧。根據我的經驗，只有很少一部分的大牛能夠保持理智，在追求技術創新的同時意識到炫技的問題。

我認為，Guava wiki 上的建議同樣適用于 Java 8，好技術要妥善的利用，而不是濫用。眾所周知，Java 8 的新特性可以用來減少冗余代碼，當我們把一個復雜的匿名內部類變成一個簡潔的 Lambda 表達式就是一個很好的例子。

Thread t1 = new Thread(new Runnable() {
    @Override
    public void run() {
        System.out.println("匿名內部類，搞起來");
    }
});
t1.start();

// 優化后

Thread t2 = new Thread(() -> {
    System.out.println("Lambda 表達式，搞起來");
});
t2.start();