從Jetty、Tomcat和Mina中提煉NIO構架網路伺服器的傳統模式（一）

如何正確使用NIO來構架網路伺服器一直是最近思考的一個問題，於是乎分析了一下Jetty、Tomcat和Mina有關NIO的源碼，發現大夥都基於類似的方式，我感覺這應該算是NIO構架網路伺服器的傳統模式，並基於這種模式寫了個小小網路伺服器，壓力測試了一下，效果還不錯。廢話不多說，先看看三者是如何使用NIO的。

Jetty Connector的實現

先看看有關類圖：

其中：

SelectChannelConnector負責組裝各組件

SelectSet負責偵聽用戶端請求

SelectChannelEndPoint負責IO的讀和寫

HttpConnection負責邏輯處理

在整個服務端處理請求的過程可以分為三個階段，時序圖如下所示：

階段一：監聽並建立串連

這一過程主要是啟動一個線程負責accept新串連，監聽到後分配給相應的SelectSet，分配的策略就是輪詢。

階段二：監聽用戶端的請求

這一過程主要是啟動多個線程（線程數一般為伺服器CPU的個數），讓SelectSet監聽所管轄的channel隊列，每個SelectSet維護一個Selector，這個Selector監聽隊列裡所有的channel，一旦有讀事件，從線程池裡拿線程去做處理請求

階段三：處理請求

這一過程就是每次用戶端請求的資料處理過程，值得注意的是為了不讓後端的業務處理阻礙Selector監聽新的請求，就多線程來分隔開監聽請求和處理請求兩個階段。

由此可以大致總結出Jetty有關NIO使用的模式，如所示：

最核心就是把三件不同的事情隔離開，並用不同規模的線程去處理，最大限度地利用NIO的非同步和通知特性