深入理解 Java NIO：從 BIO 到非阻塞 I/O 的演進與核心模型解析

Java NIO 概述：告別傳統阻塞 I/O 的束縛

Java NIO (New I/O) 是 JDK 1.4 引入的嶄新 I/O API，我們習慣稱之為「非阻塞 I/O」。在 JDK 1.4 之前，Java 僅支援 BIO (Blocking I/O)，即傳統的阻塞式 I/O 模型。BIO 雖然使用直觀，但在高併發場景下存在明顯短板：每個連接都需要獨佔一個執行緒，導致資源消耗巨大、擴展性差、上下文切換開銷高。

核心概念辨析：同步/異步 vs 阻塞/非阻塞

在探討 NIO 之前，必須釐清四個容易混淆的概念：

• 同步 I/O：發起請求的進程/執行緒必須等待 I/O 操作完成才能繼續執行。
• 異步 I/O：發起請求後立即返回，不阻塞進程；內核完成所有工作後通知進程。
• 阻塞 I/O：調用 I/O 操作時，若數據未就緒，進程掛起等待，直到數據拷貝完成。
• 非阻塞 I/O：調用 I/O 操作時，若數據未就緒，立即返回錯誤碼，進程可繼續執行其他任務，稍後再輪詢檢查。

關鍵區別在於：同步/異步關注的是「誰負責數據拷貝」（用戶態還是內核態），阻塞/非阻塞關注的是「進程在等待數據就緒階段的狀態」。

Linux 五大 I/O 模型深度剖析

Linux 將所有外部設備視為文件操作，讀寫返回文件描述符。對於網絡 I/O 的 read 操作，涉及兩個階段：

1. 數據準備階段：內核等待數據到達（如等待完整 UDP 包）
2. 數據拷貝階段：將數據從內核緩衝區拷貝到用戶內存

五種模型正是在這兩個階段的處理方式上有所不同：

1. 阻塞 I/O (Blocking I/O)

Linux 默認所有 socket 都是阻塞的。用戶進程調用 recvfrom 後，在兩個階段均被阻塞：先等內核準備數據，再等數據拷貝完成。特點是簡單但併發能力弱。

2. 非阻塞 I/O (Non-blocking I/O)

通過設置 socket 為 non-blocking。調用 read 時，若數據未就緒，內核立即返回 error (EWOULDBLOCK/EAGAIN)，進程不阻塞，可繼續執行其他任務，稍後再輪詢調用 read。數據就緒時，read 會阻塞進程進行拷貝。缺點：進程需不斷主動輪詢，CPU 佔用率高。

3. I/O 多路復用 (I/O Multiplexing)

即 select、poll、epoll。單進程可同時處理多個連接。原理：進程調用 select/epoll 阻塞等待，內核監視所有註冊的 socket，任一就緒則返回，進程再調用 read 拷貝數據。雖然需兩次系統調用，但優勢在於高併發連接處理能力，而非單連接速度。Linux 普遍選用 epoll，解決了 select 的文件描述符數量限制、線性掃描性能瓶頸等問題。

4. 異步 I/O (Asynchronous I/O)

用戶進程發起 aio_read 後立即返回，完全不阻塞。內核自行完成數據準備、拷貝到用戶內存，完成後發送信號通知進程。整個過程進程零阻塞，無需輪詢，無需主動拷貝。

四大模型關鍵差異總結

核心結論：

• 同步 vs 異步：同步 I/O 在數據就緒後需用戶進程負責拷貝（拷貝過程阻塞）；異步 I/O 由內核完成拷貝並通知。
• 阻塞 vs 非阻塞：阻塞 I/O 在數據準備階段一直等待；非阻塞 I/O 數據未就緒時立即返回，進程可做別的事，稍後輪詢。

生活化類比：搶票場景

• 阻塞 I/O：火車站排隊買票，一直排到你才能買。
• 非阻塞 I/O：電腦登錄網站搶票，隔一會查一下有沒有票，有票就買，沒票繼續幹別的。
• I/O 多路復用：開多個搶票軟體同時搶，守在旁邊輪詢查看結果。
• 異步 I/O：找黃牛代買，有票了黃牛通知你付錢，全程你不用操心。

Java NIO 核心組件預覽

理解了底層模型，Java NIO 的三大核心組件就容易理解了：

• Channel (通道)：雙向通道，對應文件描述符，支援非阻塞模式。
• Buffer (緩衝區)：內存塊，數據讀寫的中轉站，替代傳統 byte[]。
• Selector (選擇器)：對應 epoll/select，單線程管理多個 Channel 的就緒事件。

下一篇將詳細講解 Channel、Buffer、Selector 的實戰用法與代碼示例。