前言:
最近在分析Hadoop的RPC(Remote Procedure Call Protocol ，遠程過程調用協議，它是一種通過網絡從遠程計算機程序上請求服務，而不需要了解底層網絡技術的協議。機制時，發現hadoop的RPC機制的實現主要用到了兩個技術：動態代理（動態代理可以參考： http://www.linuxidc.com/Linux/2012-06/62079.htm ）和java NIO。為了能夠正確地分析hadoop的RPC源碼，我覺得很有必要先研究一下java NIO的原理和具體實現。
這篇博客我主要從兩個方向來分析java NIO
目錄：
一．java NIO 和阻塞I/O的區別
1. 阻塞I/O通信模型
2. java NIO原理及通信模型
二．java NIO服務端和客戶端代碼實現
具體分析：
一．java NIO 和阻塞I/O的區別
1. 阻塞I/O通信模型
假如現在你對阻塞I/O已有了一定了解，我們知道阻塞I/O在調用InputStream.read()方法時是阻塞的，它會一直等到數據到來時（或超時）才會返回；同樣，在調用ServerSocket.accept()方法時，也會一直阻塞到有客戶端連接才會返回，每個客戶端連接過來後，服務端都會啟動一個線程去處理該客戶端的請求。阻塞I/O的通信模型示意圖如下：
如果你細細分析，一定會發現阻塞I/O存在一些缺點。根據阻塞I/O通信模型，我總結了它的兩點缺點：
1. 當客戶端多時，會創建大量的處理線程。且每個線程都要占用棧空間和一些CPU時間
2. 阻塞可能帶來頻繁的上下文切換，且大部分上下文切換可能是無意義的。
在這種情況下非阻塞式I/O就有了它的應用前景。