1、引言
很多初涉網絡編程的程序員，在研究Java NIO（即異步IO）和經典IO（也就是常說的阻塞式IO）的API時，很快就會發現一個問題：我什麼時候應該使用經典IO，什麼時候應該使用NIO？
在本文中，將嘗試用簡明扼要的文字，闡明Java NIO和經典IO之間的差異、典型用例，以及這些差異如何影響我們的網絡編程或數據傳輸代碼的設計和實現的。
本文沒有複雜理論，也沒有像網上基它文章一樣千篇一律的複製粘貼，有的只是接地氣的通俗易懂，希望能給你帶來幫助。
（本文同步發佈於：http://www.52im.net/thread-26...）
2、相關文章
《Java新一代網絡編程模型AIO原理及Linux系統AIO介紹》
《Java NIO基礎視頻教程、MINA視頻教程、Netty快速入門視頻》
3、Java NIO和IO的主要區別
下表總結了Java NIO和IO之間的主要區別。我將在表格後面的部分中詳細介紹每個區別。
3.1 Stream Oriented vs. Buffer Oriented
Java NIO和IO之間的第一個重要區別是IO是面向流的，其中NIO是面向緩衝區的。那麼，這意味着什麼？
面向流的Java IO意味着您可以從流中一次讀取一個或多個字節。你對讀取的字節做什麼取決於你。它們不會緩存在任何地方。此外，您無法在流中的數據中前後移動。如果需要在從流中讀取的數據中前後移動，則需要先將其緩存在緩衝區中。
Java NIO的面向緩衝區的方法略有不同。數據被讀入緩衝區，稍後處理該緩衝區。你可以根據需要在緩衝區中前後移動。這使你在處理過程中具有更大的靈活性。但是，你還需要檢查緩衝區是否包含完整處理所需的所有數據。並且，你需要確保在將更多數據讀入緩衝區時，不要覆蓋尚未處理的緩衝區中的數據。
3.2 Blocking vs. Non-blocking IO
Java IO的各種流都是blocking的。這意味着，當線程調用read（）或write（）時，該線程將被阻塞，直到有一些數據要讀取，或者數據被完全寫入，在此期間，該線程無法執行任何其他操作。
Java NIO的非阻塞模式允許線程請求從通道讀取數據，並且只獲取當前可用的內容，或者根本沒有數據，如果當前沒有數據可用。線程可以繼續使用其他內容，而不是在數據可供讀取之前保持阻塞狀態。
非阻塞寫入也是如此，線程可以請求將某些數據寫入通道，但不要等待它完全寫入。然後線程可以繼續並在同一時間做其他事情。
線程在IO調用中沒有阻塞時花費空閒時間，通常在此期間在其他通道上執行IO。也就是說，單個線程現在可以管理多個輸入和輸出通道。
4、Selectors
Java NIO的選擇器允許單個線程監視多個輸入通道。你可以使用選擇器註冊多個通道，然後使用單個線程“選擇”具有可用於處理的輸入的通道，或者選擇準備寫入的通道。這種選擇器機制使單個線程可以輕鬆管理多個通道。
5、NIO和經典IO如何影響應用程序的設計？
選擇NIO或IO作爲IO工具包可能會影響應用程序設計的以下方面:
1）API調用NIO或IO類；
2）處理數據；
3）用於處理數據的線程數。
5.1 API調用
當然，使用NIO時的API調用看起來與使用IO時不同。這並不奇怪。而不是僅僅從例如InputStream讀取字節的數據字節，必須首先將數據讀入緩衝區，然後從那裏進行處理。
5.2 數據處理
使用純NIO設計與IO設計時，數據處理也會受到影響。
在IO設計中，您從InputStream或Reader中讀取字節的數據字節。想象一下，您正在處理基於行的文本數據流。
例如：
Name: Anna
Age: 25
Email: [url=mailto:[email protected]][email protected][/url]
Phone: 1234567890
這個文本行流可以像這樣處理：
InputStream input = ... ; // get the InputStream from the client socket
BufferedReader reader = newBufferedReader(newInputStreamReader(input));
String nameLine = reader.readLine();
String ageLine = reader.readLine();
String emailLine = reader.readLine();
String phoneLine = reader.readLine();
注意處理狀態是如何，由程序執行的程度決定的。換句話說，一旦第一個reader.readLine（）方法返回，您就確定已經讀取了整行文本。readLine（）會阻塞直到讀取整行，這就是原因。您還知道此行包含名稱。同樣，當第二個readLine（）調用返回時，您知道此行包含年齡等。
正如您所看到的，只有當有新數據要讀取時，程序纔會進行，並且對於每個步驟，您都知道該數據是什麼。一旦執行的線程已經超過讀取代碼中的某個數據片段，該線程就不會在數據中向後移動（通常不會）。
此圖中還說明了此原則：
▲ Java IO：從阻塞流中讀取數據
NIO的實現看起來會有所不同，這是一個簡化的例子：
ByteBuffer buffer = ByteBuffer.allocate(48);
intbytesRead = inChannel.read(buffer);
注意第二行從通道讀取字節到ByteBuffer。當該方法調用返回時，您不知道所需的所有數據是否都在緩衝區內。你只知道緩衝區包含一些字節，這使得處理更加困難。
想象一下，在第一次讀取（緩衝）調用之後，是否所有讀入緩衝區的內容都是半行。例如，“姓名：An”。你能處理這些數據嗎？並不是的。在完成任何數據的處理之前，您需要等待至少一整行數據進入緩衝區。
那麼你怎麼知道緩衝區是否包含足夠的數據來處理它？好吧，你沒有。找出的唯一方法是查看緩衝區中的數據。結果是，在您知道所有數據是否存在之前，您可能需要多次檢查緩衝區中的數據。這既低效又可能在程序設計方面變得混亂。
例如：
ByteBuffer buffer = ByteBuffer.allocate(48);
intbytesRead = inChannel.read(buffer);
while(! bufferFull(bytesRead) ) {
bytesRead = inChannel.read(buffer);
}
bufferFull（）方法必須跟蹤讀入緩衝區的數據量，並返回true或false，具體取決於緩衝區是否已滿。換句話說，如果緩衝區已準備好進行處理，則認爲它已滿。
bufferFull（）方法掃描緩衝區，但必須使緩衝區保持與調用bufferFull（）方法之前相同的狀態。如果不是，則可能無法在正確的位置讀入讀入緩衝區的下一個數據。這不是不可能的，但這是另一個需要注意的問題。
如果緩衝區已滿，則可以對其進行處理。如果它不滿，您可能能夠部分處理那裏的任何數據，如果這在您的特定情況下是有意義的。在許多情況下，它沒有。
這個圖中說明了is-data-in-buffer-ready循環：
▲ Java NIO：從通道讀取數據，直到所有需要的數據都在緩衝區中
6、什麼時候該用NIO？什麼時候該用經典IO？
NIO允許您僅使用一個（或幾個）線程來管理多個通道（網絡連接或文件），但成本是解析數據可能比從阻塞流中讀取數據時更復雜。
如果您需要同時管理數千個打開的連接，每個只發送一些數據，例如聊天服務器，在NIO中實現服務器可能是一個優勢。同樣，如果您需要與其他計算機保持大量開放連接，例如在P2P網絡中，使用單個線程來管理所有出站連接可能是一個優勢。
此圖中說明了這一個線程，多個連接設計：
▲ Java NIO：管理多個連接的單個線程
如果您擁有較少帶寬的連接，一次發送大量數據，那麼可能最經典的IO服務器實現可能是最合適的。
此圖說明了經典的IO服務器設計：
▲ Java IO：經典的IO服務器設計 - 由一個線程處理的一個連接
7、更簡化的理解
以衆所周之的數據讀取過程爲例，我們來一個更簡化的理解。
對於數據讀取，就讀取速度來說：CPU > 內存 > 硬盤。
I- 就是從硬盤到內存
O- 就是從內存到硬盤
第一種方式：從硬盤讀取數據，然後程序一直等，數據讀完後，繼續你的操作。這種方式是最簡單的，叫阻塞IO（也就是經典IO）。
第二種方式：從硬盤讀取數據，然後程序繼續向下執行，等數據讀取完後，通知當前程序讀取完成（對硬件來說叫中斷，對程序來說叫回調），然後此程序可以立即處理讀取的數據，也可以執行完當前操作後再對讀取完的數據進行操作。
8、總而言之
還是以數據讀取爲例，操作系統是按塊Block（塊）從硬盤拿數據，就如同一個大臉盆，一下子就放入了一盆水。但是，當 Java 使用的時候，舊的 IO（經典IO）確實基於 流 Stream的，也就是雖然操作系統給我了一臉盆水，但是我得用吸管慢慢喝。
由於經典IO的重重落後理念，於是，NIO 橫空出世。。。
附錄：更多NIO異步網絡編程資料
《Java新一代網絡編程模型AIO原理及Linux系統AIO介紹》
《有關“爲何選擇Netty”的11個疑問及解答》
《開源NIO框架八卦——到底是先有MINA還是先有Netty?》
《選Netty還是Mina：深入研究與對比（一）》
《選Netty還是Mina：深入研究與對比（二）》
《NIO框架入門(一)：服務端基於Netty4的UDP雙向通信Demo演示》
《NIO框架入門(二)：服務端基於MINA2的UDP雙向通信Demo演示》
《NIO框架入門(三)：iOS與MINA2、Netty4的跨平臺UDP雙向通信實戰》
《NIO框架入門(四)：Android與MINA2、Netty4的跨平臺UDP雙向通信實戰》
《Netty 4.x學習（一）：ByteBuf詳解》
《Netty 4.x學習（二）：Channel和Pipeline詳解》
《Netty 4.x學習（三）：線程模型詳解》
《Apache Mina框架高級篇（一）：IoFilter詳解》
《Apache Mina框架高級篇（二）：IoHandler詳解》
《MINA2 線程原理總結（含簡單測試實例）》
《Apache MINA2.0 開發指南（中文版）[附件下載]》
《MINA、Netty的源代碼（在線閱讀版）已整理髮布》
《解決MINA數據傳輸中TCP的粘包、缺包問題（有源碼）》
《解決Mina中多個同類型Filter實例共存的問題》
《實踐總結：Netty3.x升級Netty4.x遇到的那些坑（線程篇）》
《實踐總結：Netty3.x VS Netty4.x的線程模型》
《詳解Netty的安全性：原理介紹、代碼演示（上篇）》
《詳解Netty的安全性：原理介紹、代碼演示（下篇）》
《詳解Netty的優雅退出機制和原理》
《NIO框架詳解：Netty的高性能之道》
《Twitter：如何使用Netty 4來減少JVM的GC開銷（譯文）》
《絕對乾貨：基於Netty實現海量接入的推送服務技術要點》
《Netty乾貨分享：京東京麥的生產級TCP網關技術實踐總結》
《新手入門：目前爲止最透徹的的Netty高性能原理和框架架構解析》
《寫給初學者：Java高性能NIO框架Netty的學習方法和進階策略》
《少囉嗦！一分鐘帶你讀懂Java的NIO和經典IO的區別》
更多同類文章 ……
（本文同步發佈於：http://www.52im.net/thread-26...）