[五] JavaIO之InputStream OutputStream簡介 方法列表說明

 InputStream 和 OutputStream 對於位元組流的輸入和輸出 是作為協議的存在 所以有必要瞭解下這兩個類提供出來的基本約定 這兩個類是抽象類別,而且基本上沒什麼實現,都是依賴於子類具體的去實現 但是他是對於其子類 協議綱領一般的存在 瞭解清楚每一個方法含義,對於後續具體的子類將會有非常大的協助基本含義

InputStream	所有位元組輸入資料流的 超類 他是一個抽象類別
OutputStream	所有位元組輸出資料流的 超類 他是一個抽象類別

方法列表  InputStream  包含了讀取方法以及輔助方法 OutputStream包含了寫入方法以及輔助方法方法對照

read() read(byte[]) read(byte[], int, int)	write(byte[]) write(byte[], int, int) write(int)
close	close
	flush()
available() mark(int) markSupported() reset() skip(long)

方法詳解 read

read()  從輸入資料流中讀取資料的下一個位元組。返回 0 到 255 範圍內的 int 位元組值 如果因為已經到達流末尾而沒有可用的位元組，則傳回值 -1

方法將會一直阻塞,直到資料可用,檢測到流的末尾或者拋出異常

無參數的read() 是抽象方法,由實作類別提供實現 三個read方法實際上根本方法都是read()方法其他兩個方法為拓展功能,邏輯便捷方法

無參數的read()返回的資料為讀取到的位元組值 而有參數的則是讀取到位元組數組中,所以傳回值為讀取到的個數

read方法關鍵點 要麼就是直接返回讀取的位元組 要麼就是將讀取到的位元組放入位元組數組中,位元組數組是你傳遞進去的

 write

write(int b)將指定的位元組寫入此輸出資料流 write 的常規協定是：向輸出資料流寫入一個位元組, 要寫入的位元組是參數 b 的八個低位   b 的 24 個高位將被忽略 說白了就是寫入的是byte雖然參數是int

write(byte[] b)將 b.length 個位元組從指定的 byte 數組寫入此輸出資料流write(b) 的常規協定是：應該與調用 write(b, 0, b.length) 的效果完全相同

write(byte[] b,int off,int len)將指定 byte 數組中從位移量 off 開始的 len 個位元組寫入此輸出資料流write(b, off, len) 的常規協定是：將數組 b 中的某些位元組按順序寫入輸出資料流；元素 b[off] 是此操作寫入的第一個位元組，b[off+len-1] 是此操作寫入的最後一個位元組

類似read的調用形式 直接寫入指定位元組的write(int b)  方法是根本 其他的是拓展功能

 

read()  與write(int b) 是根本的讀取一個位元組或者寫入一個位元組的方法 其餘形式是針對傳入位元組數組作為參數,以及指定位元組數組的位移量時的一些拓展功能 一旦傳遞了位元組數組作為參數 read將會讀取資料到位元組數組 write將會將位元組數組的資料寫入

  close

都需要關閉流,所以都有close方法 都是關閉流並釋放與此流有關的系統資源 都可能拋出IOException

在InputStream和OutputStream中,兩個close方法都是空方法

flush

flush的含義為重新整理,在寫入資料時使用 所以,只有輸出資料流擁有flush方法

之所以需要重新整理,是因為有的輸出資料流的寫方法實現,可能已經緩衝了以前寫入的任何位元組 那麼,這個方法用於提供能夠立即將資料寫入到磁碟的功能 不過,只是立即請求作業系統進行處理,而不保證這些位元組實際已經寫入到物理裝置,比如磁碟

   下面幾個為InputStream專屬

public int available()  throws IOException   返回此輸入資料流下一個方法調用可以不受阻塞地從此輸入資料流讀取（或跳過）的估計位元組數這句話有些繞口,直白的說就是:在方法調用前,可以擷取到這個流中可用的位元組數目假設說有N個位元組可以使用,顯然你應該很可能讀取到N個位元組,或者能夠跳過N個位元組一次讀取或跳過此估計數個位元組不會受阻塞

注意: 這個數目是一個預估的數量 實際的讀取或者跳過的位元組數可能小於這個數

InputStream中的這個方法總是返回0  所以這個方法能否使用依賴於子類的實現

 

public long skip(long n) throws IOException

返回的是實際跳過的位元組數 在內部建立一個 byte 數組，然後重複將位元組讀入其中，直到讀夠 n 個位元組或已到達流末尾為止

  

reset()mark(int)markSupported()  三個方法是對於同一個功能點的不同方法  ,可以解決重複讀的問題

mark(int)用來在此輸入資料流中做標記,標記當前位置  打一個書籤 markSupported()   測試此輸入資料流是否支援 mark 和 reset 方法 reset()  將此流重新置放到最後一次對此輸入資料流調用 mark 方法時的位置   回到書籤

看下類中的預設代碼可以發現:預設情況下mark什麼都不做markSupported直接返回falsereset方法的調用會拋出異常

mark的參數用於告知輸入資料流在標記位置失效之前允許讀取的位元組數

標記已關閉的流對其無效

說起來很迷惑,用起來卻很簡單 比如 xxxStream.mark(50);//表明系統至少應該緩衝50以上個資料,以保證可以回來重新讀取 xxxStream.read(); ..... xxxStream.read(); xxxStream.reset();//reset之後,讀取到的資料將會和剛才調用mark 方法後read的資料是相同的 xxxStream.read();.....xxxStream.read();

如果方法 markSupported 返回 true，那麼輸入資料流總是在調用 mark 之後記錄所有讀取的位元組 並時刻準備在調用方法 reset 時（無論何時），再次提供這些相同的位元組 但是，如果在調用 reset 之前可以從流中讀取多於 readlimit 的位元組，則不需要該流記錄任何資料