1. 同步API

1.1. 阻塞式調用

1.2. 調用了某個方法，調用方在被調用方執行的過程中會等待，被調用方執行結束返回，調用方取得被調用方的返回值並繼續運行

2. 非同步API

2.1. 非阻塞式調用

2.2. 會直接返回，或者至少在被調用方計算完成之前，將它剩餘的計算任務交由另一個線程去做

2.2.1. 該線程和調用方是非同步的

2.3. 返回的方式

2.3.1. 通過回調函數

2.3.2. 由調用方再次執行一個“等待，直到計算完成”的方法調用

2.4. 執行比較耗時的操作時，尤其是那些依賴一個或多個遠程服務的操作，使用非同步任務可以改善程式的性能，加快程式的響應速度

3. Future介面

3.1. 對將來某個時刻會發生的結果進行建模

3.1.1. 對非同步計算進行建模，返回一個指向執行結果的引用

3.1.2. 運算結束後，調用方可以通過該引用訪問執行的結果

3.2. 要使用Future，通常你只需要將耗時的操作封裝在一個Callable對象中，再將它提交給ExecutorService

3.2.1. 比更底層的Thread更好用

3.3. 重載版本的get方法

3.3.1. 接受一個超時的參數，定義線程等待Future結果的最長時間

3.3.2. 儘量在代碼中添加超時判斷的邏輯

3.3.3. 能防止程式永久地等待下去，超時發生時，程式會得到通知發生了TimeoutException

3.4. 局限性

3.4.1. 將兩個非同步計算合併為一個

3.4.1.1. 兩個非同步計算之間相互獨立

3.4.1.2. 第二個又依賴於第一個的結果

3.4.2. 等待Future集合中的所有任務都完成

3.4.3. 僅等待Future集合中最快結束的任務完成（有可能因為它們試圖通過不同的方式計算同一個值），並返回它的結果

3.4.4. 應對Future的完成事件（即當Future的完成事件發生時會收到通知，並能使用Future計算的結果進行下一步的操作，不只是簡單地阻塞等待操作的結果）

4. CompletableFuture類

4.1. 實現了Future介面

4.2. 使用了Lambda表達式以及流水線的思想

4.3. 同步API的調用封裝到一個CompletableFuture中，你能夠以非同步的方式使用其結果

4.4. 涉及等待I/O的操作（包括網路連接等待）

4.5. 依據等待/計算，或者W/C的比率設定需要使用的線程數

4.6. 處理流的流水線中如果發生I/O等待，流的延遲特性會讓我們很難判斷到底什麼時候觸發了等待

4.7. 通過自定義CompletableFuture調度任務執行的執行器能夠更充分地利用CPU資源

4.7.1. 允許你對執行器（Executor）進行配置

4.7.1.1. 尤其是線程池的大小，讓它以更適合應用需求的方式進行配置，滿足程式的要求

4.7.2. 調整線程池的大小，能幫助你確保整體的計算不會因為線程都在等待I/O而發生阻塞

4.7.2.1. 並行流API無法提供的

4.7.3. 處理需大量使用非同步操作的情況時，這幾乎是最有效的策略

4.8. supplyAsync方法

4.8.1. 接受一個生產者（Supplier）作為參數，返回一個CompletableFuture對象，該對象完成非同步執行後會讀取調用生產者方法的返回值

4.8.2. 傳遞第二個參數指定不同的執行線程執行生產者方法

4.9. thenCompose

4.9.1. 允許你對兩個非同步操作進行流水線，第一個操作完成時，將其結果作為參數傳遞給第二個操作

4.9.2. 不帶Async的方法和它的前一個任務一樣，在同一個線程中運行

4.9.3. 更高效一點，因為它少了很多線程切換的開銷

4.10. thenComposeAsync

4.10.1. 以Async結尾的方法會將後續任務提交到一個線程

4.11. thenCombine

4.11.1. 接受名為BiFunction的第二個參數，這個參數定義了當兩個CompletableFuture對象完成計算後，結果如何合併

4.12. thenCombineAsync

4.13. thenAccept

4.13.1. 接受CompletableFuture執行完畢後的返回值做參數

4.13.2. 一旦CompletableFuture計算得到結果，它就返回一個CompletableFuture‹Void›

4.14. thenAcceptAsync

4.15. allOf

4.15.1. 接受一個由CompletableFuture構成的數組，數組中的所有CompletableFuture對象執行完成之後，它返回一個CompletableFuture‹Void›對象

4.16. anyOf

4.16.1. 接受一個CompletableFuture對象構成的數組，返回由第一個執行完畢的CompletableFuture對象的返回值構成的CompletableFuture‹Object›

4.17. orTimeout

4.17.1. Java 9

4.17.2. 在指定的超時到達時，會通過Scheduled-ThreadExecutor線程結束該CompletableFuture對象，並拋出一個TimeoutException異常，它的返回值是一個新的CompletableFuture對象

4.18. completeOnTimeOut

4.18.1. Java 9

4.18.2. 如果服務偶然性地無法及時響應，臨時使用預設值繼續執行也是一種可接受的解決方案

4.18.3. 可以使用預定義的預設值繼續執行，不會發生失效

4.19. 對非同步超時機制的支持

4.20. completeExceptionally方法

4.20.1. 將導致CompletableFuture內發生問題的異常拋出

4.20.2. 提供了異常管理的機制，讓你有機會拋出/管理非同步任務執行中發生的異常

5. Stream介面

5.1. 計算密集型的操作，並且沒有I/O

5.2. 底層依賴的是線程數量固定的通用線程池

5.3. 實現簡單，同時效率也可能是最高的

5.3.1. 如果所有的線程都是計算密集型的，那就沒有必要創建比處理器核數更多的線程

6. 線程池大小與處理器的利用率之比

6.1. Nthreads=NCPU＊UCPU＊(1+W/C)

6.2. NCPU是處理器的核的數目

6.2.1. 通過Runtime.getRuntime().available Processors()得到

6.3. UCPU是期望的CPU利用率

6.3.1. 該值應該介於0和1之間

6.4. W/C是等待時間與計算時間的比率