Netty 是如何非阻塞的？

1樓：Amos

同乙個連線的抽象是channel，而channel和eventloop（io執行緒）是繫結的，同乙個channel繫結到同乙個io執行緒中執行，你可以試試用兩個瀏覽器分別開啟（這樣就是兩個channel，多數是繫結到兩個io執行緒中執行的），看看是不是都10s返回。

netty的多路復用嚴格意義上來說是非同步阻塞io，同非同步是對應用程式而言，而阻塞和非阻塞是對io操作而言，netty的io操作本質上阻塞在select上，只不是是非同步的，所以效能高。

2樓：xiari08

netty是多路復用的執行緒模型，使用者請求的阻塞位置在select上，沒有發生io，也就是從使用者角度看，其實還是阻塞的。和你的測試一致... 。

3樓：

netty重要的原則是不能阻塞io執行緒。你只能將耗時任務分給執行緒組或者用future類或者這一類的類裡面休眠就沒有問題。然後那個future類保留了引用在處理完之後再寫回去。

io執行緒最好只是處理讀和寫。

不知道比喻對不對。

你阻塞了io執行緒

原理大概是你只有乙個eventloop，然後有selector一樣的東西，會在單執行緒中不斷輪詢任務。就是說有多個連線，a，b，c 都歸這個selector管。selector死迴圈一樣詢問：

a，你有事情嗎？有，於是開始處理a 花了1s。b你有事情嗎？

有，又花了1s處理。於是現在是第二秒。最後問c你有事情嗎？

有，於是處理花了1秒到了第三秒。

但是你現在的邏輯是：我休息10秒，再問a你有事情嗎？發現有於是花了1秒處理。然後再休眠10秒再處理b花了1秒。

所以大概就花了22秒。

4樓：鄭大俠

netty的eventloop是單執行緒的，每個eventloop的邏輯是序列的，所以阻塞是正常的，一般實現業務不建議將阻塞的邏輯這在netty的io執行緒裡。最好將阻塞的業務在自己的業務執行緒池中處理。

netty的多執行緒是通過eventloopgroup建立多個並行的eventloop。

題主的寫法成功的阻塞了netty的event loop io執行緒。第二次阻塞的20說明題主的eventloopgroup很可能只建立了乙個eventloop

.netty accept連線後會將事件呼叫next.eventloop處理事件。