前言

傳統(tǒng)的socket IO中，需要為每個連接創(chuàng)建一個線程，當并發(fā)的連接數(shù)量非常巨大時，線程所占用的棧內(nèi)存和CPU線程切換的開銷將非常巨大。使用NIO，不再需要為每個線程創(chuàng)建單獨的線程，可以用一個含有限數(shù)量線程的線程池，甚至一個線程來為任意數(shù)量的連接服務。由于線程數(shù)量小于連接數(shù)量，所以每個線程進行IO操作時就不能阻塞，如果阻塞的話，有些連接就得不到處理，NIO提供了這種非阻塞的能力。

小量的線程如何同時為大量連接服務呢，答案就是就緒選擇。這就好比到餐廳吃飯，每來一桌客人，都有一個服務員專門為你服務，從你到餐廳到結(jié)帳走人，這樣方式的好處是服務質(zhì)量好，一對一的服務，VIP啊，可是缺點也很明顯，成本高，如果餐廳生意好，同時來100桌客人，就需要100個服務員，那老板發(fā)工資的時候得心痛死了，這就是傳統(tǒng)的一個連接一個線程的方式。

老板是什么人啊，精著呢。這老板就得捉摸怎么能用10個服務員同時為100桌客人服務呢，老板就發(fā)現(xiàn)，服務員在為客人服務的過程中并不是一直都忙著，客人點完菜，上完菜，吃著的這段時間，服務員就閑下來了，可是這個服務員還是被這桌客人占用著，不能為別的客人服務，用華為領(lǐng)導的話說，就是工作不飽滿。那怎么把這段閑著的時間利用起來呢。這餐廳老板就想了一個辦法，讓一個服務員（前臺）專門負責收集客人的需求，登記下來，比如有客人進來了、客人點菜了，客人要結(jié)帳了，都先記錄下來按順序排好。每個服務員到這里領(lǐng)一個需求，比如點菜，就拿著菜單幫客人點菜去了。點好菜以后，服務員馬上回來，領(lǐng)取下一個需求，繼續(xù)為別人客人服務去了。這種方式服務質(zhì)量就不如一對一的服務了，當客人數(shù)據(jù)很多的時候可能需要等待。但好處也很明顯，由于在客人正吃飯著的時候服務員不用閑著了，服務員這個時間內(nèi)可以為其他客人服務了，原來10個服務員最多同時為10桌客人服務，現(xiàn)在可能為50桌，60客人服務了。

這種服務方式跟傳統(tǒng)的區(qū)別有兩個：

• 1、增加了一個角色，要有一個專門負責收集客人需求的人。NIO里對應的就是Selector。
• 2、由阻塞服務方式改為非阻塞服務了，客人吃著的時候服務員不用一直侯在客人旁邊了。傳統(tǒng)的IO操作，比如read()，當沒有數(shù)據(jù)可讀的時候，線程一直阻塞被占用，直到數(shù)據(jù)到來。NIO中沒有數(shù)據(jù)可讀時，read()會立即返回0，線程不會阻塞。

NIO中，客戶端創(chuàng)建一個連接后，先要將連接注冊到Selector，相當于客人進入餐廳后，告訴前臺你要用餐，前臺會告訴你你的桌號是幾號，然后你就可能到那張桌子坐下了，SelectionKey就是桌號。當某一桌需要服務時，前臺就記錄哪一桌需要什么服務，比如1號桌要點菜，2號桌要結(jié)帳，服務員從前臺取一條記錄，根據(jù)記錄提供服務，完了再來取下一條。這樣服務的時間就被最有效的利用起來了。

導讀：

J2SE1.4以上版本中發(fā)布了全新的I/O類庫。

NIO庫提供的一些新特性：非阻塞I/O，字符轉(zhuǎn)換，緩沖以及通道。NIO和IO都在rt.jar包中。

一、NIO的簡介

NIO包（java.nio.*）引入了四個關(guān)鍵的抽象數(shù)據(jù)類型，它們共同解決傳統(tǒng)的I/O類中的一些問題。
1． Buffer：它是包含數(shù)據(jù)且用于讀寫的線形表結(jié)構(gòu)。其中還提供了一個特殊類用于內(nèi)存映射文件的I/O操作。
2． Charset：它提供Unicode字符串影射到字節(jié)序列以及逆影射的操作。
3． Channels：包含socket，file和pipe三種管道，它實際上是雙向交流的通道。
4． Selector：它將多元異步I/O操作集中到一個或多個線程中（它可以被看成是Unix中select（）函數(shù)或Win32中WaitForSingleEvent（）函數(shù)的面向?qū)ο蟀姹荆?/p>

二、IO的傳統(tǒng)方式

以網(wǎng)絡應用為例，傳統(tǒng)方式需要監(jiān)聽一個ServerSocket，接受請求的連接為其提供服務（服務通常包括了處理請求并發(fā)送響應）圖一是服務器的生命周期圖，其中標有粗黑線條的部分表明會發(fā)生I/O阻塞。

圖一

可以分析創(chuàng)建服務器的每個具體步驟。首先創(chuàng)建ServerSocket
ServerSocket server=new ServerSocket（10000）；
然后接受新的連接請求
Socket newCnotallow=server.accept（）；
對于accept方法的調(diào)用將造成阻塞，直到ServerSocket接受到一個連接請求為止。一旦連接請求被接受，服務器可以讀客戶socket中的請求。

InputStream in = newConnection.getInputStream(); 
InputStreamReader reader = new InputStreamReader(in); 
BufferedReader buffer = new BufferedReader(reader); 
Request request = new Request(); 
while(!request.isComplete()) { 
String line = buffer.readLine(); 
 
request.addLine(line);  }

這樣的操作有兩個問題，首先BufferedReader類的readLine（）方法在其緩沖區(qū)未滿時會造成線程阻塞，只有一定數(shù)據(jù)填滿了緩沖區(qū)或者客戶關(guān)閉了套接字，方法才會返回。其次，它回產(chǎn)生大量的垃圾，BufferedReader創(chuàng)建了緩沖區(qū)來從客戶套接字讀入數(shù)據(jù)，但是同樣創(chuàng)建了一些字符串存儲這些數(shù)據(jù)。雖然BufferedReader內(nèi)部提供了StringBuffer處理這一問題，但是所有的String很快變成了垃圾需要回收。

同樣的問題在發(fā)送響應代碼中也存在：

 Response response = request.generateResponse(); 
 OutputStream out = newConnection.getOutputStream(); 
 InputStream in = response.getInputStream()； 
 int ch； 
 while(-1 != (ch = in.read())) { 
 out.write(ch); 
 } 
 newConnection.close();

類似的，讀寫操作被阻塞而且向流中一次寫入一個字符會造成效率低下，所以應該使用緩沖區(qū)，但是一旦使用緩沖，流又會產(chǎn)生更多的垃圾。

傳統(tǒng)的解決方法：

通常在Java中處理阻塞I/O要用到線程（大量的線程）。一般是實現(xiàn)一個線程池用來處理請求，如圖二

圖二

線程使得服務器可以處理多個連接，但是它們也同樣引發(fā)了許多問題。每個線程擁有自己的?？臻g并且占用一些CPU時間，耗費很大，而且很多時間是浪費在阻塞的I/O操作上，沒有有效的利用CPU。

三、NIO的詳細介紹

1．**** Buffer傳統(tǒng)的I/O不斷的浪費對象資源（通常是String）。新I/O通過使用Buffer讀寫數(shù)據(jù)避免了資源浪費。Buffer對象是線性的，有序的數(shù)據(jù)集合，它根據(jù)其類別只包含唯一的數(shù)據(jù)類型。
java.nio.Buffer 類描述
java.nio.ByteBuffer 包含字節(jié)類型。 可以從ReadableByteChannel中讀在 WritableByteChannel中寫
java.nio.MappedByteBuffer 包含字節(jié)類型，直接在內(nèi)存某一區(qū)域映射
java.nio.CharBuffer 包含字符類型，不能寫入通道
java.nio.DoubleBuffer 包含double類型，不能寫入通道
java.nio.FloatBuffer 包含float類型
java.nio.IntBuffer 包含int類型
java.nio.LongBuffer 包含long類型
java.nio.ShortBuffer 包含short類型
可以通過調(diào)用allocate(int capacity)方法或者allocateDirect(int capacity)方法分配一個Buffer。特別的，你可以創(chuàng)建MappedBytesBuffer通過調(diào)用FileChannel.map(int mode,long position,int size)。直接（direct）buffer在內(nèi)存中分配一段連續(xù)的塊并使用本地訪問方法讀寫數(shù)據(jù)。非直接(nondirect)buffer通過使用Java中的數(shù)組訪問代碼讀寫數(shù)據(jù)。有時候必須使用非直接緩沖例如使用任何的wrap方法（如ByteBuffer.wrap(byte[])）在Java數(shù)組基礎(chǔ)上創(chuàng)建buffer。

2． 字符編碼向ByteBuffer中存放數(shù)據(jù)涉及到兩個問題：字節(jié)的順序和字符轉(zhuǎn)換。ByteBuffer內(nèi)部通過ByteOrder類處理了字節(jié)順序問題，但是并沒有處理字符轉(zhuǎn)換。事實上，ByteBuffer沒有提供方法讀寫String。
Java.nio.charset.Charset處理了字符轉(zhuǎn)換問題。它通過構(gòu)造CharsetEncoder和CharsetDecoder將字符序列轉(zhuǎn)換成字節(jié)和逆轉(zhuǎn)換。

3． 通道****(Channel)你可能注意到現(xiàn)有的java.io類中沒有一個能夠讀寫B(tài)uffer類型，所以NIO中提供了Channel類來讀寫B(tài)uffer。通道可以認為是一種連接，可以是到特定設(shè)備，程序或者是網(wǎng)絡的連接。通道的類等級結(jié)構(gòu)圖如下

圖三

圖中ReadableByteChannel和WritableByteChannel分別用于讀寫。
GatheringByteChannel可以從使用一次將多個Buffer中的數(shù)據(jù)寫入通道，相反的，ScatteringByteChannel則可以一次將數(shù)據(jù)從通道讀入多個Buffer中。你還可以設(shè)置通道使其為阻塞或非阻塞I/O操作服務。
為了使通道能夠同傳統(tǒng)I/O類相容，Channel類提供了靜態(tài)方法創(chuàng)建Stream或Reader

4．**** Selector在過去的阻塞I/O中，我們一般知道什么時候可以向stream中讀或?qū)懀驗榉椒ㄕ{(diào)用直到stream準備好時返回。但是使用非阻塞通道，我們需要一些方法來知道什么時候通道準備好了。在NIO包中，設(shè)計Selector就是為了這個目的。SelectableChannel可以注冊特定的事件，而不是在事件發(fā)生時通知應用，通道跟蹤事件。然后，當應用調(diào)用Selector上的任意一個selection方法時，它查看注冊了的通道看是否有任何感興趣的事件發(fā)生。

圖四是selector和兩個已注冊的通道的例子：

圖四

并不是所有的通道都支持所有的操作。SelectionKey類定義了所有可能的操作位，將要用兩次。首先，當應用調(diào)用SelectableChannel.register(Selector sel,int op)方法注冊通道時，它將所需操作作為第二個參數(shù)傳遞到方法中。然后，一旦SelectionKey被選中了，SelectionKey的readyOps()方法返回所有通道支持操作的數(shù)位的和。SelectableChannel的validOps方法返回每個通道允許的操作。注冊通道不支持的操作將引發(fā)IllegalArgumentException異常。下表列出了SelectableChannel子類所支持的操作。

 ServerSocketChannel OP_ACCEPT 
 SocketChannel OP_CONNECT, OP_READ, OP_WRITE 
 DatagramChannel OP_READ, OP_WRITE 
 Pipe.SourceChannel OP_READ 
 Pipe.SinkChannel OP_WRITE

四. 舉例說明

1． 簡單網(wǎng)頁內(nèi)容下載這個例子非常簡單，類SocketChannelReader使用SocketChannel來下載特定網(wǎng)頁的HTML內(nèi)容。
package examples.nio;

package com.yineng.mycat; import java.nio.ByteBuffer; import java.nio.channels.SocketChannel; import java.nio.charset.Charset; import java.net.InetSocketAddress; import java.io.IOException; /** * @author kzfy
* @data 2015/12/21 */
public class SocketChannelReader{ private Charset charset=Charset.forName("UTF-8");//創(chuàng)建UTF-8字符集

private SocketChannel channel; public void getHTMLContent(){ try{
connect();
sendRequest();
readResponse();
}catch(IOException e){
System.err.println(e.toString());
}finally{ if(channel!=null){ try{
channel.close();
}catch(IOException e){}
}
}
} private void connect()throws IOException{//連接到CSDN InetSocketAddress socketAddress= new InetSocketAddress("http://www.csdn.net",80);
channel=SocketChannel.open(socketAddress); //使用工廠方法open創(chuàng)建一個channel并將它連接到指定地址上 //相當與SocketChannel.open().connect(socketAddress);調(diào)用 } private void sendRequest()throws IOException{
channel.write(charset.encode("GET /document\r\n\r\n"));//發(fā)送GET請求到CSDN的文檔中心 //使用channel.write方法，它需要CharByte類型的參數(shù)，使用 //Charset.encode(String)方法轉(zhuǎn)換字符串。
} private void readResponse()throws IOException{//讀取應答
ByteBuffer buffer=ByteBuffer.allocate(1024);//創(chuàng)建1024字節(jié)的緩沖
while(channel.read(buffer)!=-1){
buffer.flip();//flip方法在讀緩沖區(qū)字節(jié)操作之前調(diào)用。
System.out.println(charset.decode(buffer)); //使用Charset.decode方法將字節(jié)轉(zhuǎn)換為字符串
buffer.clear();//清空緩沖
}
} public static void main(String [] args){ new SocketChannelReader().getHTMLContent();
}
}

到此這篇關(guān)于Java NIO與IO的區(qū)別以及比較的文章就介紹到這了,更多相關(guān)Java NIO與IO 內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！