Netty支持哪些I/O模式?
作者：JavaEdge
阻塞意味著等待，等待就會一直占用該線程，當連接數高時，大多線程又在等待，就會耗盡系統的線程資源。
1 經典I/O模式
| BIO (阻塞I/O) | JDK1.4前 |
|---|---|
| NIO (非阻塞 I/O) | JDK1.4 (2002 年，java.nio 包) |
| AIO（異步 I/O） | JDK1.7 (2011 年) |
1.2 對比概念
阻塞與非阻塞
數據就緒前要不要等待?
- 阻塞
沒有數據傳過來時，讀會阻塞直到有數據;緩沖區滿時，寫操作也會阻塞
- 非阻塞
直接返回
同步與異步
數據就緒后，數據操作誰完成?
- 需要自己去讀是同步
- 數據就緒直接讀好再回調給程序是異步
2 Netty 對三種 IO 的支持變遷
劃線的已不再支持了哦!
為什么廢除阻塞I/0 (BIO/OIO) ?
連接數高的情況下:阻塞 -> 耗資源、效率低。
阻塞意味著等待，等待就會一直占用該線程，當連接數高時，大多線程又在等待，就會耗盡系統的線程資源。
為什么刪掉已經做好的AIO支持?
- Windows實現成熟，但其很少用做服務器
- Linux常用做服務器，但其AlO實現不夠成熟
- Linux下AIO相比較NIO的性能提升不明顯
所以 netty 也是聯系實際情況才有選擇地支持高性能的 IO 模式。
為什么 Netty 支持多種實現?
通用NIO實現(Common)在Linux下也是epoll，但Netty依舊選擇自己實現，因為更好：
Netty提供更多可控參數：
- JDK的NIO默認實現是水平觸發
- Netty 是邊緣觸發(默認)和水平觸發，且可切換
Netty實現的垃圾回收更少、性能更好
NIO 一定優于 BIO?
BIO 代碼簡單且在特定場景：連接數少，并發度低，BIO 性能不輸NIO。當然考慮業務發展后期都是復雜場景了，所以 Netty 只考慮 NIO。
本文轉載自微信公眾號「JavaEdge」，可以通過以下二維碼關注。轉載本文請聯系JavaEdge公眾號。
責任編輯：武曉燕
來源：
JavaEdge
