Java nio

阻塞I/O：調用InputStream.read()方法時是阻塞的，它會一直等到數據到來時（或超時）纔會返回；一樣，在調用ServerSocket.accept()方法時，也會一直阻塞到有客戶端鏈接纔會返回，每一個客戶端鏈接過來後，服務端都會啓動一個線程去處理該客戶端的請求。阻塞I/O的通訊模型示意圖以下

缺點：1. 當客戶端多時，會建立大量的處理線程。且每一個線程都要佔用棧空間和一些CPU時間

            2. 阻塞可能帶來頻繁的上下文切換，且大部分上下文切換多是無心義的。

java NIO的工做原理：
1. 由一個專門的線程來處理全部的 IO 事件，並負責分發。 
2. 事件驅動機制：事件到的時候觸發，而不是同步的去監視事件。 
3. 線程通信：線程之間經過 wait,notify 等方式通信。保證每次上下文切換都是有意義的。減小無謂的線程切換

實現：

服務端和客戶端各自維護一個管理通道的對象，咱們稱之爲selector，該對象能檢測一個或多個通道 (channel) 上的事件。咱們以服務端爲例，若是服務端的selector上註冊了讀事件，某時刻客戶端給服務端發送了一些數據，阻塞I/O這時會調用read()方法阻塞地讀取數據，而NIO的服務端會在selector中添加一個讀事件。服務端的處理線程會輪詢地訪問selector，若是訪問selector時發現有感興趣的事件到達，則處理這些事件，若是沒有感興趣的事件到達，則處理線程會一直阻塞直到感興趣的事件到達爲止