深度解析 BIO、NIO 與 AIO：從 Reactor 到 Proactor 模式

核心模式：Reactor vs Proactor

I/O 多路複用依賴事件多路分離器，將 I/O 事件分發到對應的讀/寫處理器。這裡涉及兩種核心模式：

Reactor 模式（同步 I/O）

• 事件分離器等待事件（如文件描述符可讀寫）
• 事件到來時，分離器調用預註冊的事件處理器/回調函數
• 處理器執行實際讀寫操作、處理數據、註冊新事件

Proactor 模式（異步 I/O）

• 處理器直接發起異步讀寫請求（需提供緩衝區、大小、回調函數）
• 操作系統內核線程執行實際 I/O，完成後通知事件分離器
• 分離器轉發完成事件給處理器，處理器處理數據並發起新請求

關鍵差異

Reactor 回調時表示「設備可操作」，由處理器發起操作；Proactor 回調時表示「操作已完成」，數據已由 OS 複製到用戶緩衝區。Proactor 依賴 OS 底層異步 API（如 Windows IOCP），屬於「系統級」真異步。

Java 中的 BIO、NIO、AIO

TCP/IP + BIO

傳統阻塞模型：ServerSocket.accept() 阻塞等待連接，每連接一線程。缺點：線程資源消耗大、連接建立慢、無法支撐大量併發。可用線程池緩解，但面臨競爭與超時控制問題。

TCP/IP + NIO

基於 Selector 多路複用：單線程監聽連接事件，多線程處理讀寫事件。實現「one request one thread」，連接無數據時不佔用工作線程。適合連接數大但同時活躍請求較少的場景（如聊天服務器）。

UDP/IP 通信

• BIO：DatagramSocket + DatagramPacket，無連接、不可靠
• NIO：DatagramChannel + ByteBuffer
• Multicast：MulticastSocket 實現一對多廣播，適用於狀態同步（如 JGroups、eBay 搜索節點同步）

架構選型建議

• 低併發、簡單業務 → BIO
• 高併發、長連接、頻繁交互 → NIO (Netty 等框架)
• 超大文件傳輸、極致吞吐 → AIO (Windows 優勢明顯，Linux 需 epoll 模擬)

理解 Reactor/Proactor 本質，結合業務場景選擇合適的 I/O 模型，是構建高性能網絡應用的關鍵。