現(xiàn)在我們已經(jīng)對阻塞I/O 已有了一定了解，我們知道阻塞I/O 在調(diào)用InputStream.read()方法時是阻塞的，它會一直等到數(shù)據(jù)到來時（或超時）才會返回；同樣，在調(diào)用ServerSocket.accept()方法時，也會一直阻塞到有客戶端連接才會返回，每個客戶端連接過來后，服務端都會啟動一個線程去處理該客戶端的請求。阻塞I/O 的通信模型示意圖如下：

如果你細細分析，一定會發(fā)現(xiàn)阻塞I/O 存在一些缺點。根據(jù)阻塞I/O 通信模型，我總結了它的兩點缺點：

1. 當客戶端多時，會創(chuàng)建大量的處理線程。且每個線程都要占用棧空間和一些CPU 時間

2. 阻塞可能帶來頻繁的上下文切換，且大部分上下文切換可能是無意義的。在這種情況下非阻塞式I/O 就有了它的應用前景。?

Java NIO 是在jdk1.4 開始使用的，它既可以說成“新I/O”，也可以說成非阻塞式I/O。下面是Java NIO 的工作原理：

1. 由一個專門的線程來處理所有的IO 事件，并負責分發(fā)。

2. 事件驅動機制：事件到的時候觸發(fā)，而不是同步的去監(jiān)視事件。

3. 線程通訊：線程之間通過wait,notify 等方式通訊。保證每次上下文切換都是有意義的。減少無謂的線程切換。

下面貼出我理解的Java NIO 反應堆的工作原理圖：

（注：每個線程的處理流程大概都是讀取數(shù)據(jù)、解碼、計算處理、編碼、發(fā)送響應。）

?

總結

以上是生活随笔為你收集整理的反应堆Reactor的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。