Java NIO原理 图文分析及代码实现
最近在分析hadoop的RPC(Remote Procedure Call Protocol ,遠(yuǎn)程過(guò)程調(diào)用協(xié)議,它是一種通過(guò)網(wǎng)絡(luò)從遠(yuǎn)程計(jì)算機(jī)程序上請(qǐng)求服務(wù),而不需要了解底層網(wǎng)絡(luò)技術(shù)的協(xié)議。可以參考:http://baike.baidu.com/view/32726.htm?)機(jī)制時(shí),發(fā)現(xiàn)hadoop的RPC機(jī)制的實(shí)現(xiàn)主要用到了兩個(gè)技術(shù):動(dòng)態(tài)代理(動(dòng)態(tài)代理可以參考博客:http://weixiaolu.iteye.com/blog/1477774?)和java NIO。為了能夠正確地分析hadoop的RPC源碼,我覺(jué)得很有必要先研究一下java NIO的原理和具體實(shí)現(xiàn)。
這篇博客我主要從兩個(gè)方向來(lái)分析java NIO
目錄:
一.java NIO 和阻塞I/O的區(qū)別
???? 1. 阻塞I/O通信模型
???? 2. java NIO原理及通信模型
二.java NIO服務(wù)端和客戶端代碼實(shí)現(xiàn)?
具體分析:?
一.java NIO 和阻塞I/O的區(qū)別?
1. 阻塞I/O通信模型?
假如現(xiàn)在你對(duì)阻塞I/O已有了一定了解,我們知道阻塞I/O在調(diào)用InputStream.read()方法時(shí)是阻塞的,它會(huì)一直等到數(shù)據(jù)到來(lái)時(shí)(或超時(shí))才會(huì)返回;同樣,在調(diào)用ServerSocket.accept()方法時(shí),也會(huì)一直阻塞到有客戶端連接才會(huì)返回,每個(gè)客戶端連接過(guò)來(lái)后,服務(wù)端都會(huì)啟動(dòng)一個(gè)線程去處理該客戶端的請(qǐng)求。阻塞I/O的通信模型示意圖如下:
?
?
如果你細(xì)細(xì)分析,一定會(huì)發(fā)現(xiàn)阻塞I/O存在一些缺點(diǎn)。根據(jù)阻塞I/O通信模型,我總結(jié)了它的兩點(diǎn)缺點(diǎn):
1. 當(dāng)客戶端多時(shí),會(huì)創(chuàng)建大量的處理線程。且每個(gè)線程都要占用棧空間和一些CPU時(shí)間
2. 阻塞可能帶來(lái)頻繁的上下文切換,且大部分上下文切換可能是無(wú)意義的。
在這種情況下非阻塞式I/O就有了它的應(yīng)用前景。
2.?java NIO原理及通信模型?
Java NIO是在jdk1.4開(kāi)始使用的,它既可以說(shuō)成“新I/O”,也可以說(shuō)成非阻塞式I/O。下面是java NIO的工作原理:
1. 由一個(gè)專門的線程來(lái)處理所有的 IO 事件,并負(fù)責(zé)分發(fā)。?
2. 事件驅(qū)動(dòng)機(jī)制:事件到的時(shí)候觸發(fā),而不是同步的去監(jiān)視事件。?
3. 線程通訊:線程之間通過(guò) wait,notify 等方式通訊。保證每次上下文切換都是有意義的。減少無(wú)謂的線程切換。?
閱讀過(guò)一些資料之后,下面貼出我理解的java NIO的工作原理圖:
?
?
(注:每個(gè)線程的處理流程大概都是讀取數(shù)據(jù)、解碼、計(jì)算處理、編碼、發(fā)送響應(yīng)。)
Java NIO的服務(wù)端只需啟動(dòng)一個(gè)專門的線程來(lái)處理所有的 IO 事件,這種通信模型是怎么實(shí)現(xiàn)的呢?呵呵,我們一起來(lái)探究它的奧秘吧。java NIO采用了雙向通道(channel)進(jìn)行數(shù)據(jù)傳輸,而不是單向的流(stream),在通道上可以注冊(cè)我們感興趣的事件。一共有以下四種事件:
?
| 事件名 | 對(duì)應(yīng)值 |
| 服務(wù)端接收客戶端連接事件 | SelectionKey.OP_ACCEPT(16) |
| 客戶端連接服務(wù)端事件 | SelectionKey.OP_CONNECT(8) |
| 讀事件 | SelectionKey.OP_READ(1) |
| 寫事件 | SelectionKey.OP_WRITE(4) |
?
| ? | ? |
| ? | ? |
| ? | ? |
| ? | ? |
| ? | ? |
服務(wù)端和客戶端各自維護(hù)一個(gè)管理通道的對(duì)象,我們稱之為selector,該對(duì)象能檢測(cè)一個(gè)或多個(gè)通道 (channel) 上的事件。我們以服務(wù)端為例,如果服務(wù)端的selector上注冊(cè)了讀事件,某時(shí)刻客戶端給服務(wù)端發(fā)送了一些數(shù)據(jù),阻塞I/O這時(shí)會(huì)調(diào)用read()方法阻塞地讀取數(shù)據(jù),而NIO的服務(wù)端會(huì)在selector中添加一個(gè)讀事件。服務(wù)端的處理線程會(huì)輪詢地訪問(wèn)selector,如果訪問(wèn)selector時(shí)發(fā)現(xiàn)有感興趣的事件到達(dá),則處理這些事件,如果沒(méi)有感興趣的事件到達(dá),則處理線程會(huì)一直阻塞直到感興趣的事件到達(dá)為止。下面是我理解的java NIO的通信模型示意圖:
?
?
二.java NIO服務(wù)端和客戶端代碼實(shí)現(xiàn)?
為了更好地理解java NIO,下面貼出服務(wù)端和客戶端的簡(jiǎn)單代碼實(shí)現(xiàn)。
服務(wù)端:
?
Java代碼???
?
客戶端:
?
?
Java代碼???
?
小結(jié):?
終于把動(dòng)態(tài)代理和java NIO分析完了,呵呵,下面就要分析hadoop的RPC機(jī)制源碼了,博客地址:http://weixiaolu.iteye.com/blog/1504898?。不過(guò)如果對(duì)java NIO的理解存在異議的,歡迎一起討論。
總結(jié)
以上是生活随笔為你收集整理的Java NIO原理 图文分析及代码实现的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: Java Threads 多线程10分钟
- 下一篇: Java多线程编程总结