前言
上篇文章我們介紹了抽象化磁盤文件的File 類型，它僅僅用於抽象化描述一個磁盤文件或目錄，卻不具備訪問和修改一個文件內容的能力。
Java 的IO 流就是用於讀寫文件內容的一種設計，它能完成將磁盤文件內容輸出到內存或者是將內存數據輸出到磁盤文件的數據傳輸工作。
Java IO 流的設計並不是完美的，設計了大量的類，增加了我們對於IO 流的理解，但無外乎為兩大類，一類是針對二進製文件的字節流，另一類是針對文本文件的字符流。而本篇我們就先來學習有關字節流的相關類型的原理以及使用場景等細節，主要涉及的具體流類型如下：
基類字節流Input/OutputStream
InputStream 和OutputStream 分別作為讀字節流和寫字節流的基類，所有字節相關的流都必然繼承自他們中任意一個，而它們本身作為一個抽像類，也定義了最基本的讀寫操作，我們一起來看看：
以InputStream 為例：
public abstract int read() throws IOException;
這是一個抽象的方法，並沒有提供默認實現，要求子類必須實現。而這個方法的作用就是為你返回當前文件的下一個字節。
當然，你也會發現這個方法的返回值是使用的整型類型「int」來接收的，為什麼不用「byte」？
首先，read 方法返回的值一定是一個八位的二進制，而一個八位的二進制可以取值的值區間為：「0000 0000，1111 1111」，也就是范圍[-128,127]。
read 方法同時又規定當讀取到文件的末尾，即文件沒有下一個字節供讀取了，將返回值-1 。所以如果使用byte 作為返回值類型，那麼當方法返回一個-1 ，我們該判定這是文件中數據內容，還是流的末尾呢？
而int 類型占四個字節，高位的三個字節全部為0，我們只使用它的最低位字節，當遇到流結尾標誌時，返回四個字節表示的-1（32 個1），這就自然的和表示數據的值-1（24 個0 + 8 個1）區別開來了。
接下來也是一個read 方法，但是InputStream 提供默認實現：
public int read(byte b[]) throws IOException { return read(b, 0, b.length);}public int read(byte b[], int off, int len) throws IOException{ //為了不使篇幅過長，方法體大家可自行查看jdk 源碼}這兩個方法本質上是一樣的，第一個方法是第二個方法的特殊形態，它允許傳入一個字節數組，並要求程序將文件中讀到的字節從數組索引位置0 開始填充，供填充數組長度個字節數。
而第二個方法更加寬泛一點，它允許你指定起始位置和字節總數。
InputStream 中還有其他幾個方法，基本都沒怎麼具體實現，留待子類實現，我們簡單看看。
mark 方法會在當前流讀取位置打上一個標誌，reset 方法即重置讀取指針到該標誌處。
事實上，文件讀取是不可能重置回頭讀取的，而一般都是將標誌位置到重置點之間所有的字節臨時保存了，當調用reset 方法時，其實是從保存的臨時字節集合進行重複讀取，所以readlimit 用於限制最大緩存容量。
而markSupported 方法則用於確定當前流是否支持這種「回退式」讀取操作。
OutputStream 和InputStream 是類似的，只不過一個是寫一個是讀，此處我們不再贅述了。
文件字節流FileInput/OutputStream
我們依然著重點於FileInputStream，而FileOutputStream 是類似的。
首先FileInputStream 有以下幾種構造器實例化一個對象：
public FileInputStream(String name) throws FileNotFoundException { this(name != null ? new File(name) : null);} public FileInputStream(File file) throws FileNotFoundException { String name = (file != null ? file.getPath() : null); SecurityManager security = System.getSecurityManager(); if (security != null) { security.checkRead(name); } if (name == null) { throw new NullPointerException(); } if (file.isInvalid()) { throw new FileNotFoundException("Invalid file path"); } fd = new FileDescriptor(); fd.attach(this); path = name; open(name);}這兩個構造器本質上也是一樣的，前者是後者的特殊形態。其實你別看後者的方法體一大堆代碼，大部分都只是在做安全校驗，核心的就是一個open 方法，用於打開一個文件。
主要是這兩種構造器，如果文件不存在或者文件路徑和名稱不合法，都將拋出FileNotFoundException 異常。
記得我們說過，基類InputStream 中有一個抽象方法read 要求所有子類進行實現，而FileInputStream 使用本地方法進行了實現：
public int read() throws IOException { return read0();}private native int read0() throws IOException;這個read0 的具體實現我們暫時無從探究，但是你必須明確的是，這個read 方法的作用，它用於返回流中下一個字節，返回-1 說明讀取到文件末尾，已無字節可讀。
除此之外，FileInputStream 中還有一些其他的讀取相關方法，但大多采用了本地方法進行了實現，此處我們簡單看看：
FileInputStream 的內部方法基本就這麼些，還有一些高級的複雜的，我們暫時用不到，以後再進行學習，下面我們簡單看一個文件讀取的例子：
public static void main(String[] args) throws IOException { FileInputStream input = new FileInputStream("C://Users//yanga//Desktop//test.txt"); byte[] buffer = new byte[1024]; int len = input.read(buffer); String str = new String(buffer); System.out.println(str); System.out.println(len); input.close();}輸出結果很簡單，會打印出我們test 文件中的內容和實際讀出的字節數，但細心的同學就會發現了，你怎麼就能保證test 文件中內容不會超過1024 個字節呢？
為了能夠完整的讀出文件中的內容，一種解決辦法是：將buffer 定義的足夠大，以期望盡可能的能夠存儲下文件中的所有內容。
這種方法顯然是不可取的，因為我們根本不可能實現知道待讀文件的實際大小，一味的創建過大的字節數組其本身也是一種很差勁的方案。
第二種方式就是使用我們的動態字節數組流，它可以動態調整內部字節數組的大小，保證適當的容量，這一點我們後文中將詳細介紹。
關於FileOutputStream，還需要強調一點的是它的構造器，其中有以下兩個構造器：
public FileOutputStream(String name, boolean append)public FileOutputStream(File file, boolean append)
參數append 指明了，此流的寫入操作是覆蓋還是追加，true 表示追加，false 表示覆蓋。
字節數組流ByteArrayInput/OutputStream
所謂的「字節數組流」就是圍繞一個字節數組運作的流，它並不像其他流一樣，針對文件進行流的讀寫操作。
字節數組流雖然並不是基於文件的流，但卻依然是一個很重要的流，因為它內部封裝的字節數組並不是固定的，而是動態可擴容的，往往基於某些場景下，非常合適。
ByteArrayInputStream 是讀字節數組流，可以通過以下構造函數被實例化：
protected byte buf[];protected int pos;protected int count;public ByteArrayInputStream(byte buf[]) { this.buf = buf; this.pos = 0; this.count = buf.length;}public ByteArrayInputStream(byte buf[], int offset, int length)buf 就是被封裝在ByteArrayInputStream 內部的一個字節數組，ByteArrayInputStream 的所有讀操作都是圍繞著它進行的。
所以，實例化一個ByteArrayInputStream 對象的時候，至少傳入一個目標字節數組的。
pos 屬性用於記錄當前流讀取的位置，count 記錄了目標字節數組最後一個有效字節索引的後一個位置。
理解了這一點，有關它各種的read 方法就不難了：
//讀取下一個字節public synchronized int read() { return (pos < count) ? (buf[pos++] & 0xff) : -1;}//讀取len 個字節放到字節數組b 中public synchronized int read(byte b[], int off, int len){ //同樣的，方法體較長，大家查看自己的jdk}除此之外，ByteArrayInputStream 還非常簡單的實現了「重複讀取」操作。
public void mark(int readAheadLimit) { mark = pos;}public synchronized void reset() { pos = mark;}因為ByteArrayInputStream 是基於字節數組的，所有重複讀取操作的實現就比較容易了，基於索引實現就可以了。
ByteArrayOutputStream 是寫的字節數組流，很多實現還是很有自己的特點的，我們一起來看看。
首先，這兩個屬性是必須的：
protected byte buf[];//這裡的count 表示的是buf 中有效字節個個數protected int count;
構造器：
public ByteArrayOutputStream() { this(32);} public ByteArrayOutputStream(int size) { if (size < 0) { throw new IllegalArgumentException("Negative initial size: "+ size); } buf = new byte[size];}構造器的核心任務是，初始化內部的字節數組buf，允許你傳入size 顯式限制初始化的字節數組大小，否則將默認長度32 。
從外部向ByteArrayOutputStream 寫內容：
public synchronized void write(int b) { ensureCapacity(count + 1); buf[count] = (byte) b; count += 1;}public synchronized void write(byte b[], int off, int len){ if ((off < 0) || (off > b.length) || (len < 0) || ((off + len) - b.length > 0)) { throw new IndexOutOfBoundsException(); } ensureCapacity(count + len); System.arraycopy(b, off, buf, count, len); count += len;}看到沒有，所有寫操作的第一步都是ensureCapacity 方法的調用，目的是為了確保當前流內的字節數組能容納本次寫操作。
而這個方法也很有意思了，如果計算後發現，內部的buf 不能夠支持本次寫操作，則會調用grow 方法做一次擴容。擴容的原理和ArrayList 的實現是類似的，擴大為原來的兩倍容量。
除此之外，ByteArrayOutputStream 還有一個writeTo 方法：
public synchronized void writeTo(OutputStream out) throws IOException { out.write(buf, 0, count);}將我們內部封裝的字節數組寫到某個輸出流當中。
剩餘的一些方法也很常用：
注意到，這兩個流雖然被稱作「流」，但是它們本質上並沒有像真正的流一樣去分配一些資源，所以我們無需調用它的close 方法，調了也沒用（人家官方說了，has no effect）。
測試的案例就不放出來了，等會我會上傳本篇文章用到的所有代碼案例，大家自行選擇下載即可。
為了控制篇幅，餘下流的學習，放在下篇文章。
文章中的所有代碼、圖片、文件都雲存儲在我的GitHub 上：
(https://github.com/SingleYam/overview_java)
大家也可以選擇通過本地下載。
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對武林網的支持。