io和nio的效率區別是不是很大
看下面一個例子：
<span style="white-space:pre"> </span>@Test
public void testRWbyIO() throws IOException {
FileInputStream fins= null;
FileOutputStream fouts = null;
try {
File f = new File("D:/httpTestData/client/io/javadoc.rar");
fins = new FileInputStream(f);
File outF = new File("D:/httpTestData/client/io/javadoc");
fouts = new FileOutputStream(outF);
byte[] bytes = new byte[1024*1024];
while(fins.read(bytes)>0) {
fouts.write(bytes);
}
}finally {
if (fins != null) {
fins.close();
}
if (fouts != null) {
fouts.close();
}
}
}
@Test
public void testRWbyNIO1() throws IOException {
FileInputStream fins= null;
FileOutputStream fouts = null;
try {
File f = new File("D:/httpTestData/client/nio/javadoc.rar");
fins = new FileInputStream(f);
FileChannel readChannel = fins.getChannel();
File outF = new File("D:/httpTestData/client/nio/javadoc");
fouts = new FileOutputStream(outF);
FileChannel writeChannel = fouts.getChannel();
ByteBuffer bb = ByteBuffer.allocate(1024*1024);
while(true) {
bb.clear();
int i = readChannel.read(bb);
if (i ==-1) {
break;
}
bb.flip();
writeChannel.write(bb);
}
}finally {
if (fins != null) {
fins.close();
}
if (fouts != null) {
fouts.close();
}
}
} <testcase name="testRWbyIO" time="34.704"/>
<testcase name="testRWbyNIO1" time="33.61"/>可以看到在這種情況下區別不大，我們看看IBM官方教程中的一句話：
在 JDK 1.4 中原來的 I/O 包和 NIO 已經很好地集成了。 java.io.* 已經以 NIO 爲基礎重新實現了，所以現在它可以利用 NIO 的一些特性。例如， java.io.* 包中的一些類包含以塊的形式讀寫數據的方法，這使得即使在更面向流的系統中，處理速度也會更快。
可以看到，1.4後的IO經過了集成。所以NIO的好處，集中在其他特性上，而非速度了：
1、分散與聚集讀取
2、文件鎖定功能
3、網絡異步IO
關於以上3點，可以參考：NIO學習系列
下面以一個通俗的例子解釋nio
傳統的socket IO中，需要爲每個連接創建一個線程，當併發的連接數量非常巨大時，線程所佔用的棧內存和CPU線程切換的開銷將非常巨大。使用NIO，不再需要爲每個線程創建單獨的線程，可以用一個含有限數量線程的線程池，甚至一個線程來爲任意數量的連接服務。由於線程數量小於連接數量，所以每個線程進行IO操作時就不能阻塞，如果阻塞的話，有些連接就得不到處理，NIO提供了這種非阻塞的能力。
小量的線程如何同時爲大量連接服務呢，答案就是就緒選擇。這就好比到餐廳吃飯，每來一桌客人，都有一個服務員專門爲你服務，從你到餐廳到結帳走人，這樣方式的好處是服務質量好，一對一的服務，VIP啊，可是缺點也很明顯，成本高，如果餐廳生意好，同時來100桌客人，就需要100個服務員，那老闆發工資的時候得心痛死了，這就是傳統的一個連接一個線程的方式。
老闆是什麼人啊，精着呢。這老闆就得捉摸怎麼能用10個服務員同時爲100桌客人服務呢，老闆就發現，服務員在爲客人服務的過程中並不是一直都忙着，客人點完菜，上完菜，吃着的這段時間，服務員就閒下來了，可是這個服務員還是被這桌客人佔用着，不能爲別的客人服務，用華爲領導的話說，就是工作不飽滿。那怎麼把這段閒着的時間利用起來呢。這餐廳老闆就想了一個辦法，讓一個服務員（前臺）專門負責收集客人的需求，登記下來，比如有客人進來了、客人點菜了，客人要結帳了，都先記錄下來按順序排好。每個服務員到這裏領一個需求，比如點菜，就拿着菜單幫客人點菜去了。點好菜以後，服務員馬上回來，領取下一個需求，繼續爲別人客人服務去了。這種方式服務質量就不如一對一的服務了，當客人數據很多的時候可能需要等待。但好處也很明顯，由於在客人正吃飯着的時候服務員不用閒着了，服務員這個時間內可以爲其他客人服務了，原來10個服務員最多同時爲10桌客人服務，現在可能爲50桌，60客人服務了。
這種服務方式跟傳統的區別有兩個：
1、增加了一個角色，要有一個專門負責收集客人需求的人。NIO裏對應的就是Selector。
2、由阻塞服務方式改爲非阻塞服務了，客人吃着的時候服務員不用一直侯在客人旁邊了。傳統的IO操作，比如read()，當沒有數據可讀的時候，線程一直阻塞被佔用，直到數據到來。NIO中沒有數據可讀時，read()會立即返回0，線程不會阻塞。
NIO中，客戶端創建一個連接後，先要將連接註冊到Selector，相當於客人進入餐廳後，告訴前臺你要用餐，前臺會告訴你你的桌號是幾號，然後你就可能到那張桌子坐下了，SelectionKey就是桌號。當某一桌需要服務時，前臺就記錄哪一桌需要什麼服務，比如1號桌要點菜，2號桌要結帳，服務員從前臺取一條記錄，根據記錄提供服務，完了再來取下一條。這樣服務的時間就被最有效的利用起來了。