其中 T、A、R 分別是流中元素的類型、用于累積部分結果的對象類型，以及 collect 操作最終結果的類型。

建立新的結果容器：supplier 方法

將元素添加到結果容器：accumulator 方法，累加器是原位更新

對結果容器應用最終轉換： finisher 方法

合并兩個結果容器：combiner 方法

定義收集器的行為： characteristics 方法，Characteristics 包含 UNORDERED,CONCURRENT,IDENTITY_FINISH

前三個方法已經足以對流進行順序歸約，實踐中實現會復雜點，一是因為流的延遲性質，二是理論上可能要進行并行歸約。

Collectors.toList 的源碼實現：

public static  Collector> toList() {
        return new CollectorImpl<>(
            (Supplier>) ArrayList::new,
            List::add,
            (left, right) -> { left.addAll(right); return left; },
            CH_ID);
}
// static final Set CH_ID = Collections.unmodifiableSet(EnumSet.of(Collector.Characteristics.IDENTITY_FINISH));

并行流就是一個把內容分成多個數據塊，并用不同的線程分別處理每個數據塊的流。

關于并行流的幾點說明：

選擇適當的數據結構往往比并行化算法更重要，比如避免拆箱裝箱的開銷，使用便于拆分的方法而非 iterate。

同時，要保證在內核中并行執行工作的時間比在內核之間傳輸數據的時間長。

使用并行流時要注意避免共享可變狀態。

并行流背后使用的基礎架構是 Java 7 中引入的分支/合并框架。

分支/合并框架

分支/合并框架的目的是以遞歸的方式將可以并行的任務拆分成更小的任務，然后將每個子任務的結果合并起來生成整體結果。

RecursiveTast 有一個抽象方法 compute，該方法同時定義了：

將任務拆分成子任務的邏輯

無法/不方便再拆分時，生成單個子任務結果的邏輯

對任務調用 fork 方法可以把它排進 ForkJoinPool，同時對左邊和右邊的子任務調用 fork 的效率要比直接對其中一個調用 compute 低，因為可以其中一個子任務可以重用同一線程，減少開銷

工作竊取：用于池中的工作線程之間重新分配和平衡任務。

Spliterator 代表“可分迭代器”，用于遍歷數據源中的元素。可以延遲綁定。

改善代碼的可讀性

用 Lambda 表達式取代匿名類

用方法引用重構 Lambda 表達式

用 Stream API 重構命令式的數據處理

增加代碼的靈活性

采用函數接口

有條件的延遲執行

環繞執行

使用 Lambda 重構面向對象的設計模式：

策略模式

一個代表某個算法的接口

一個或多個該接口的具體實現，它們代表的算法的多種實現

一個或多個使用策略對象的客戶

模版方法

傳統：繼承抽象類，實現抽象方法

Lambda：添加一個參數，直接插入不同的行為，無需繼承

觀察者模式

執行邏輯較簡單時，可以用 Lambda 表達式代替類

責任鏈模式

工廠模式

傳統：switch case 或者 反射

Lambda：創建一個 Map，將名稱映射到對應的構造函數

調試的方法：

查看棧跟蹤：無論 Lambda 表達式還是方法引用，都無法顯示方法名，較難調試

輸出日志：peek 方法，設計初衷就是在流的每個元素恢復運行之前，插入執行一個動作

Java 8 中的接口現在支持在聲明方法的同時提供實現，通過以下兩種方式可以完成：

Java 8 允許在接口內聲明 靜態方法

Java 8 引入了一個新功能：默認方法

默認方法的引入就是為了以兼容的方式解決像 Java API 這樣的類庫的演進問題的。它讓類可以自動地繼承接口的一個默認實現。

向接口添加新方法是 二進制兼容 的，即如果不重新編譯該類，即使不實現新的方法，現有類的實現依舊可以運行。默認方法 是一種以 源碼兼容 方式向接口內添加實現的方法。

抽象類和抽象接口的區別：

一個類只能繼承一個抽象類，但一個類可以實現多個接口

一個抽象類可以通過實例變量保存一個通用狀態，而接口不能有實例變量

默認方法的兩種用例：

可選方法：提供默認實現，減少空方法等無效的模版代碼

行為的多繼承

類型的多繼承

利用正交方法的精簡接口

組合接口

如果一個類使用相同的函數簽名從多個地方繼承了方法，解決沖突的三條規則：

類中的方法優先級最高

若 1 無法判斷，那么子接口的優先級更高，即優先選擇擁有最具體實現的默認方法的接口

若 2 還無法判斷，那么繼承了多個接口的類必須通過顯示覆蓋和調用期望的方法，顯示地選擇使用哪一個默認方法的實現。

null 的問題：

錯誤之源：NullPointerException 問題

代碼膨脹：各種 null 檢查

自身無意義

破壞了 Java 的哲學: null 指針

在 Java 類型系統上開了個口子：null 不屬于任何類型

java.util.Optional 對可能缺失的值建模,引入的目的并非是要消除每一個 null 引用，而是幫助你更好地設計出普適的 API。

創建 Optional 對象,三個靜態工廠方法：

Optional.empty：創建空的 Optional 對象

Optional.of：依據非空值創建 Optional 對象，若傳空值會拋 NPE

Optianal.ofNullable：創建 Optional 對象，允許傳空值

使用 map 從 Optional 對象提取和轉換值,Optional 的 map 方法：

若 Optional 包含值，將該值作為參數傳遞給 map，對該值進行轉換后包裝成 Optional

若 Optional 為空，什么也不做，即返回 Optional.empty

使用 flatMap 鏈接 Optional 對象：

由于 Optional 的 map 方法會將轉換結果生成 Optional，對于返回值已經為 Optional 的，就會出現 Optional> 的情況。類比 Stream API 的 flatMap，Optional 的 flapMap 可以將兩層的 Optional 對象轉換為單一的 Optional 對象。

簡單來說，返回值是 T 的，就用 map 方法；返回值是 Optional 的，就用 flatMap 方法。這樣可以使映射完返回的結果均為 Optional

參數為 null 時，會由 Objects.requireNonNull 拋出 NPE；參數為空的 Optional 對象時，返回 Optional.empty

參數非 null/空的 Optional 對象時，map 返回 Optional；flatMap 返回對象本身

原因可以參考這兩個方法的源碼：

public Optional map(Function mapper) {
    Objects.requireNonNull(mapper);
    if (!isPresent())
        return empty();
    else {
        return Optional.ofNullable(mapper.apply(value));
    }
}

public Optional flatMap(Function> mapper) {
    Objects.requireNonNull(mapper);
    if (!isPresent())
        return empty();
    else {
        return Objects.requireNonNull(mapper.apply(value));
    }
}

// ZoneDateTime 的組成部分
ZonedDateTime = LocalDateTime + ZoneId 
              = (LocalDate + LocalTime) + ZoneId

《Java 8 in Action》(中文版)／(英文版)

Java 8新特性：全新的Stream API

Java 8 中的 Streams API 詳解

深入理解Java 8 Lambda（語言篇——lambda，方法引用，目標類型和默認方法）

深入理解Java 8 Lambda（類庫篇——Streams API，Collectors和并行）

深入理解 Java 8 Lambda（原理篇——Java 編譯器如何處理 lambda）暫時還沒

作者@brianway更多文章：個人網站 | CSDN | oschina