1. 程式人生 > >說說java NIO的一些個人總結

說說java NIO的一些個人總結

首先了解下所謂的java nio是個什麼東西!
IO是靠字元或位元組進行傳輸,比較慢! 而NIO是靠塊, 也就相當於一個Buffer, 一塊一塊
的傳輸, 速度較快
! 同時加入了多執行緒
的控制, 一個NIO流可以同時傳輸多個塊等, 也就是所謂的非同步傳輸
; 
傳統
的併發型
伺服器設計是利用阻塞型網路I/O
以多執行緒的模式(一個SOCKET連結,服務端就啟動一個執行緒接受服務
)來實現的,然而由
於系統常常在進行網路讀寫時處於阻塞狀態,會大大影響系統的效能
;自Java1. 4 開始引入
了NIO(新I/O) API,通過使用非阻塞型
I/O
,實現流暢的網路讀寫操作,為開發高效能併發
型伺服器程式提供了一個很好的解決方案。這就是java nio 

首先來看下傳統的阻塞型網路 I/O的不足 Java 平臺傳統的I/O 系統都是基於Byte(位元組)和Stream(資料流)的,相應的I/O 操作都是阻塞型的

所以伺服器程式也採用阻塞型I/O
進行資料的讀、寫操作。本文以TCP長連線模式來討論併發型伺服器的相關設計,為了實現伺服器程式的併發性要求,系統由一個單獨的主執行緒來監聽使用者發起的
連線請求,一直處於阻塞狀態;當有使用者連線請求到來時,程式都會啟一個新的執行緒來統一處理使用者資料的讀、寫操作。
這種模式的優點是簡單、實用、易管理;然而缺點也是顯而易見的:由於是為每一個客戶端分配一個執行緒來處理輸入、輸出資料,其執行緒與客戶機的比例近似為1:1
,隨著執行緒數量的不斷增加,伺服器啟動了大量的併發執行緒,會大大加大系統對執行緒的管理開銷

,這將成為吞吐量瓶頸的主要原因
;其次由於底層的I/O 操作採用的同步模式,I/O 操作的阻塞管理粒度是以服務於請求的執行緒為單位的,有可能大量的執行緒會閒置,處於盲等狀態,造成I/O資源利用率不高,影響整個系統的效能。
對於併發型伺服器,系統用在阻塞型I/O 等待和執行緒間切換的時間遠遠多於
CPU 在內
存中處理資料的時間,因此傳統的阻塞型I/O 已經成為制約系統性能的瓶頸。Java1.4 版本
後推出的NIO 工具包,提供了非阻塞型I/O 的非同步輸入輸出
機制
,為提高系統的效能提供
了可實現的基礎機制。 
NIO 包及工作原理
針對傳統I/O 工作模式的不足,NIO 工具包提出了基於Buffer(緩衝區)、Channel(通

道)、Selector(選擇器)的新模式;Selector(選擇器)、可選擇的Channel(通道)和
SelectionKey(選擇鍵)配合起來使用,可以實現併發的非阻塞型I/O 能力。 
NIO 工具包的成員

Buffer(緩衝器)

1.   基本 概念

IO 是主存和外部裝置 ( 硬碟、終端和網路等 ) 拷貝資料的過程。 IO 是作業系統的底層功能實現,底層通過 I/O 指令進行完成。

所有語言執行時系統提供執行 I/O 較高級別的工具。 (c 的 printf scanf,Java 的面向物件封裝 )

2.    Java 標準 io 回顧

Java 標準 IO 類庫是 io 面向物件的一種抽象。基於本地方法的底層實現,我們無須關注底層實現。 InputStream\OutputStream( 位元組流 ):一次傳送一個位元組。 Reader\Writer( 字元流 ) :一次一個字元。

3.    nio 簡介

nio 是 Java New IO 的簡稱,在 jdk1.4 裡提供的新 api 。 Sun 官方標榜的特性如下:

–     為所有的原始型別提供 (Buffer) 快取支援。

–     字符集編碼解碼解決方案。

–     Channel :一個新的原始 I/O 抽象。

–     支援鎖和記憶體對映檔案的檔案訪問介面。

–     提供多路 (non-bloking) 非阻塞式的高伸縮性網路 I/O 。

本文將圍繞這幾個特性進行學習和介紹。

4.   Buffer&Chanel

Channel 和 buffer 是 NIO 是兩個最基本的資料型別抽象。

Buffer:

–        是一塊連續的記憶體塊。

–        是 NIO 資料讀或寫的中轉地。

Channel:

–        資料的源頭或者資料的目的地

–        用於向 buffer 提供資料或者讀取 buffer 資料 ,buffer 物件的唯一介面。

–         非同步 I/O 支援


圖1:channel和buffer關係
 

例子 1:CopyFile.java:

Java程式碼   收藏程式碼
  1. package sample;  
  2. import java.io.FileInputStream;  
  3. import java.io.FileOutputStream;  
  4. import java.nio.ByteBuffer;  
  5. import java.nio.channels.FileChannel;  
  6. public class CopyFile {  
  7.     public static void main(String[] args) throws Exception {  
  8.         String infile = "C:\\copy.sql";  
  9.         String outfile = "C:\\copy.txt";  
  10.         // 獲取原始檔和目標檔案的輸入輸出流  
  11.         FileInputStream fin = new FileInputStream(infile);  
  12.         FileOutputStream fout = new FileOutputStream(outfile);  
  13.         // 獲取輸入輸出通道  
  14.         FileChannel fcin = fin.getChannel();  
  15.         FileChannel fcout = fout.getChannel();  
  16.         // 建立緩衝區  
  17.         ByteBuffer buffer = ByteBuffer.allocate(1024);  
  18.         while (true) {  
  19.             // clear方法重設緩衝區,使它可以接受讀入的資料  
  20.             buffer.clear();  
  21.             // 從輸入通道中將資料讀到緩衝區  
  22.             int r = fcin.read(buffer);  
  23.             // read方法返回讀取的位元組數,可能為零,如果該通道已到達流的末尾,則返回-1  
  24.             if (r == -1) {  
  25.                 break;  
  26.             }  
  27.             // flip方法讓緩衝區可以將新讀入的資料寫入另一個通道  
  28.             buffer.flip();  
  29.             // 從輸出通道中將資料寫入緩衝區  
  30.             fcout.write(buffer);  
  31.         }  
  32.     }  
  33. }  

其中 buffer 內部結構如下 ( 下圖拷貝自資料 ):


圖2:buffer內部結構 

一個 buffer 主要由 position,limit,capacity 三個變數來控制讀寫的過程。此三個變數的含義見如下表格:

引數

寫模式   

讀模式

position

當前寫入的單位資料數量。

當前讀取的單位資料位置。

limit

代表最多能寫多少單位資料和容量是一樣的。

代表最多能讀多少單位資料,和之前寫入的單位資料量一致。

capacity

buffer 容量

buffer 容量

Buffer 常見方法:

flip(): 寫模式轉換成讀模式

rewind() :將 position 重置為 0 ,一般用於重複讀。

clear() :清空 buffer ,準備再次被寫入 (position 變成 0 , limit 變成 capacity) 。

compact(): 將未讀取的資料拷貝到 buffer 的頭部位。

mark() 、 reset():mark 可以標記一個位置, reset 可以重置到該位置。

Buffer 常見型別: ByteBuffer 、 MappedByteBuffer 、 CharBuffer 、 DoubleBuffer 、 FloatBuffer 、 IntBuffer 、 LongBuffer 、ShortBuffer 。

channel 常見型別 :FileChannel 、 DatagramChannel(UDP) 、 SocketChannel(TCP) 、 ServerSocketChannel(TCP)

在本機上面做了個簡單的效能測試。我的筆記本效能一般。 ( 具體程式碼可以見附件。見 nio.sample.filecopy 包下面的例子 ) 以下是參考資料:

–        場景 1 : Copy 一個 370M 的檔案

–        場景 2: 三個執行緒同時拷貝,每個執行緒拷貝一個 370M 檔案

場景

FileInputStream+

FileOutputStream

FileInputStream+

BufferedInputStream+

FileOutputStream

ByteBuffer+

FileChannel

MappedByteBuffer

+FileChannel

場景一時間( 毫秒)                 

25155

17500

19000

16500

場景二時間( 毫秒 )

69000

67031

74031

71016

5.    nio.charset

字元編碼解碼 : 位元組碼本身只是一些數字,放到正確的上下文中被正確被解析。向 ByteBuffer 中存放資料時需要考慮字符集的編碼方式,讀取展示 ByteBuffer 資料時涉及對字符集解碼。

Java.nio.charset 提供了編碼解碼一套解決方案。

以我們最常見的 http 請求為例,在請求的時候必須對請求進行正確的編碼。在得到響應時必須對響應進行正確的解碼。

以下程式碼向 baidu 發一次請求,並獲取結果進行顯示。例子演示到了 charset 的使用。

例子 2BaiduReader.java

Java程式碼   收藏程式碼
  1. package nio.readpage;  
  2. import java.nio.ByteBuffer;  
  3. import java.nio.channels.SocketChannel;  
  4. import java.nio.charset.Charset;  
  5. import java.net.InetSocketAddress;  
  6. import java.io.IOException;  
  7. public class BaiduReader {  
  8.     private Charset charset = Charset.forName("GBK");// 建立GBK字符集  
  9.     private SocketChannel channel;  
  10.     public void readHTMLContent() {  
  11.         try {  
  12.             InetSocketAddress socketAddress = new InetSocketAddress(  
  13. "www.baidu.com"80);  
  14. //step1:開啟連線  
  15.             channel = SocketChannel.open(socketAddress);  
  16.         //step2:傳送請求,使用GBK編碼  
  17.             channel.write(charset.encode("GET " + "/ HTTP/1.1" + "\r\n\r\n"));  
  18.             //step3:讀取資料  
  19.             ByteBuffer buffer = ByteBuffer.allocate(1024);// 建立1024位元組的緩衝  
  20.             while (channel.read(buffer) != -1) {  
  21.                 buffer.flip();// flip方法在讀緩衝區位元組操作之前呼叫。  
  22.                 System.out.println(charset.decode(buffer));  
  23.                 // 使用Charset.decode方法將位元組轉換為字串  
  24.                 buffer.clear();// 清空緩衝  
  25.             }  
  26.         } catch (IOException e) {  
  27.             System.err.println(e.toString());  
  28.         } finally {  
  29.             if (channel != null) {  
  30.                 try {  
  31.                     channel.close();  
  32.                 } catch (IOException e) {  
  33.                 }  
  34.             }  
  35.         }  
  36.     }  
  37.     public static void main(String[] args) {  
  38.         new BaiduReader().readHTMLContent();  
  39.     }  
  40. }  

6.      非阻塞 IO

關於非阻塞 IO 將從何為阻塞、何為非阻塞、非阻塞原理和非同步核心 API 幾個方面來理解。

何為阻塞?

一個常見的網路 IO 通訊流程如下 :

圖3:網路通訊基本過程

從該網路通訊過程來理解一下何為阻塞 :

在以上過程中若連線還沒到來,那麼 accept 會阻塞 , 程式執行到這裡不得不掛起, CPU 轉而執行其他執行緒。

在以上過程中若資料還沒準備好, read 會一樣也會阻塞。

阻塞式網路 IO 的特點:多執行緒處理多個連線。每個執行緒擁有自己的棧空間並且佔用一些 CPU 時間。每個執行緒遇到外部為準備好的時候,都會阻塞掉。阻塞的結果就是會帶來大量的程序上下文切換。且大部分程序上下文切換可能是無意義的。比如假設一個執行緒監聽一個埠,一天只會有幾次請求進來,但是該 cpu 不得不為該執行緒不斷做上下文切換嘗試,大部分的切換以阻塞告終。

何為非阻塞?

下面有個隱喻:

一輛從 A 開往 B 的公共汽車上,路上有很多點可能會有人下車。司機不知道哪些點會有哪些人會下車,對於需要下車的人,如何處理更好?

1. 司機過程中定時詢問每個乘客是否到達目的地,若有人說到了,那麼司機停車,乘客下車。 ( 類似阻塞式 )

2. 每個人告訴售票員自己的目的地,然後睡覺,司機只和售票員互動,到了某個點由售票員通知乘客下車。 ( 類似非阻塞 )

很顯然,每個人要到達某個目的地可以認為是一個執行緒,司機可以認為是 CPU 。在阻塞式裡面,每個執行緒需要不斷的輪詢,上下文切換,以達到找到目的地的結果。而在非阻塞方式裡,每個乘客 ( 執行緒 ) 都在睡覺 ( 休眠 ) ,只在真正外部環境準備好了才喚醒,這樣的喚醒肯定不會阻塞。

  非阻塞的原理

把整個過程切換成小的任務,通過任務間協作完成。

由一個專門的執行緒來處理所有的 IO 事件,並負責分發。

事件驅動機制:事件到的時候觸發,而不是同步的去監視事件。

執行緒通訊:執行緒之間通過 wait,notify 等方式通訊。保證每次上下文切換都是有意義的。減少無謂的程序切換。

以下是非同步 IO 的結構:

圖4:非阻塞基本原理

Reactor 就是上面隱喻的售票員角色。每個執行緒的處理流程大概都是讀取資料、解碼、計算處理、編碼、傳送響應。

非同步 IO 核心 API

Selector

非同步 IO 的核心類,它能檢測一個或多個通道 (channel) 上的事件,並將事件分發出去。

使用一個 select 執行緒就能監聽多個通道上的事件,並基於事件驅動觸發相應的響應。而不需要為每個 channel 去分配一個執行緒。

SelectionKey

包含了事件的狀態資訊和時間對應的通道的繫結。

例子 1 單執行緒實現監聽兩個埠。 ( 見 nio.asyn 包下面的例子。 )

例子 2 NIO 執行緒協作實現資源合理利用。 (wait,notify) 。 ( 見 nio.asyn.multithread 下的例子 )