java中io流

⑴ 關於java IO流

流是沒有規范的，集合的作用可以認為用於對流的規范，其實IO中的類很多都是可以完成你要的寫操作的，問題看你自己喜歡使用哪個類，不管什麼語言流和buffer總是掛鉤的，流需要buffer的支持才能體現出流的特性和優勢

⑵ java io流的典型使用方式有幾種

Java中IO流分成兩大類，

一種是輸入流，所有的輸入流都直接或間接繼承自InputStream抽象類，輸入流作為數據的來源，我們可以通過輸入流的read方法讀取位元組數據；

另一種是輸出流，所有的輸出流都直接或間接繼承自OutputStream抽象類，輸出流接收數據，可以通過write方法寫入位元組數據。

Java的IO流類中，大部分的輸入流和輸出流都是成對存在的，即如果存在XXXInputStream，那麼就存在XXXOutputStream，反之亦然。SequenceInputStream和StringBufferInputStream是特例，沒有對應的SequenceOutputStream類和StringBufferOutputStream類，許多IO操作都可能會拋出IOException異常，比如read、write、close操作。

以下是Java的IO流中常見的輸入流，由於每個輸入流都有其對應的輸出流，所以此處就不再列出輸出流的繼承結構圖。

1、ByteArrayInputStream & ByteArrayOutputStream：

ByteArrayInputStream構造函數中需要傳入一個byte數組作為數據源，當執行read操作時，就會從該數組中讀取數據，正如其名，是一種基於位元組數組實現的一種簡單輸入流，顯而易見的是，如果在構造函數中傳入了null作為位元組數據，那麼在執行read操作時就會出現NullPointerException異常，但是在構造函數初始化階段不會拋出異常；與之相對應的是ByteArrayOutputStream，其內部也有一個位元組數組用於存儲write操作時寫入的數據，在構造函數中可以傳入一個size指定其內部的byte數組的大小，如果不指定，那麼默認它會將byte數組初始化為32位元組，當持續通過write向ByteArrayOutputStream中寫入數據時，如果其內部的byte數組的剩餘空間不能夠存儲需要寫入的數據，那麼那麼它會通過調用內部的ensureCapacity
方法對其內部維護的byte數組進行擴容以存儲所有要寫入的數據，所以不必擔心其內部的byte數組太小導致的IndexOutOfBoundsException之類的異常。

2、FileInputStream & FileOutputStream

FileInputStream 能夠將文件作為數據源，讀取文件中的流，通過File對象或文件路徑等初始化，在其構造函數中，如果傳入的File對象（或與其相對應的文件路徑所表示的File對象）不存在或是一個目錄而不是文件或者由於其他原因無法打開讀取數據，都會導致在初始化階段導致拋出FileNotFoundException異常；與FileInputStream 相對應的是FileOutputStream，可以通過FileOutputStream向文件中寫入數據，也需要通過File對象或文件路徑對其初始化，如同FileInputStream ，如果傳入的File對象（或與其相對應的文件路徑所表示的File對象）是一個目錄而不是文件或者由於其他原因無法創建該文件寫入數據，都會導致在初始化階段拋出FileNotFoundException異常。

3、PipedInputStream & PipedOutputStream

PipedInputStream和PipedOutputStream一般是結合使用的，這兩個類用於在兩個線程間進行管道通信，一般在一個線程中執行PipedOutputStream 的write操作，而在另一個線程中執行PipedInputStream的read操作。可以在構造函數中傳入相關的流將PipedInputStream 和PipedOutputStream 綁定起來，也可以通過二者的connect方法將二者綁定起來，一旦二者進進行了綁定，那麼PipedInputStream的read方法就會自動讀取PipedOutputStream寫入的數據。PipedInputStream的read操作是阻塞式的，當執行PipedOutputStream的write操作時，PipedInputStream會在另一個線程中自動讀取PipedOutputStream寫入的內容，如果PipedOutputStream一直沒有執行write操作寫入數據，那麼PipedInputStream的read方法會一直阻塞PipedInputStream的read方法所運行的線程直至讀到數據。單獨使用PipedInputStream或單獨使用PipedOutputStream時沒有任何意義的，必須將二者通過connect方法（或在構造函數中傳入對應的流）進行連接綁定，如果單獨使用其中的某一個類，就會觸發IOException: Pipe Not Connected.

4、ObjectInputStream & ObjectOutputStream

ObjectOutputStream具有一系列writeXXX方法，在其構造函數中可以摻入一個OutputStream，可以方便的向指定的輸出流中寫入基本類型數據以及String，比如writeBoolean、writeChar、writeInt、writeLong、writeFloat、writeDouble、writeCharts、writeUTF等，除此之外，ObjectOutputStream還具有writeObject方法。writeObject方法中傳入的類型必須實現了Serializable介面，從而在執行writeObject操作時將對象進行序列化成流，並將其寫入指定的輸出流中。與ObjectOutputStream相對應的是ObjectInputStream，ObjectInputStream有與OutputStream中的writeXXX系列方法完全對應的readXXX系列方法，專門用於讀取OutputStream通過writeXXX寫入的數據。

5、SequenceInputStream

SequenceInputStream 主要是將兩個（或多個）InputStream在邏輯上合並為一個InputStream，比如在構造函數中傳入兩個InputStream，分別為in1和in2,那麼SequenceInputStream在讀取操作時會先讀取in1，如果in1讀取完畢，就會接著讀取in2。在我們理解了SequenceInputStream 的作用是將兩個輸入流合並為一個輸入流之後，我們就能理解為什麼不存在對應的SequenceOutputStream 類了，因為將一個輸出流拆分為多個輸出流是沒有意義的。

6、StringBufferInputStream

StringBufferInputStream允許通過在構造函數中傳入字元串以讀取位元組，在讀取時內部主要調用了String的charAt方法。與SequenceInputStream類似，StringBufferInputStream也沒有對應的OutputStream，即不存在StringBufferOutputStream類。Java沒有設計StringBufferOutputStream類的理由也很簡單，我們假設StringBufferOutputStream存在，那麼StringBufferOutputStream應該是內部通過執行write操作寫入數據更新其內部的String對象，比如有可能是通過StringBuilder來實現，但是這樣做毫無意義，因為一旦我們String的構造函數中可以直接傳入位元組數組構建字元串，簡單明了，所以設計StringBufferOutputStream就沒有太大的必要了。StringBufferInputStream這個類本身存在一點問題，它不能很好地將字元數組轉換為位元組數組，所以該類被Java標記為廢棄的（Deprecated），其官方推薦使用StringReader作為代替。

7、FilterInputStream & FilterOutputStream

FilterInputStream包含了其他的輸入流，說具體點就是在其構造函數中需要傳入一個InputStream並將其保存在其名為in的欄位中，FilterInputStream只是簡單的覆蓋了所有的方法，之所說是簡單覆蓋是因為在每個覆蓋函數中，它只是調用內部的保存在in欄位中的InputStream所對應的方法，比如在其覆蓋read方法時，內部只是簡單調用了in.read()方法。FilterInputStream的子類可以進一步覆蓋某些方法以保持介面不變的情況下實現某一特性（比如其子類有的可以通過使用緩存優化讀取的效率）或者提供一些其他額外的實用方法。所以在使用時FilterInputStream可以讓傳入的InputStream具有一些額外的特性，即對構造函數傳入的InputStream進行了一層包裹，使用了典型的裝飾著模式，如果只看FilterInputStream本身這一個類的話，則該類自己本身意義不大，因為其只是通過內部的欄位in簡單覆寫某些方法。但是如果將FilterInputStream 和其子類結合起來使用話，那麼就很有用了。比如FilterInputStream 有兩個子類BufferedInputStream和DataInputStream，這兩個類在下面還會詳細介紹。BufferedInputStream對read操作做了優化，每次讀操作時都讀取一大塊數據，然後將其放入內部維護的一個位元組數組緩沖區中。當外面調用BufferedInputStream的read方法時，首先去該緩沖區中讀取數據，這樣就避免了頻繁的實際的讀操作，BufferedInputStream對外沒有暴露額外的其他方法，但是其內部的read方法已經經過優化了，所以在執行讀操作的時候效率更高。DataInputStream與ObjectInputStream有點類似，可以通過一些readXXX方法讀取基本類型的數據，這是非常有用的一些方法。

8、BufferedInputStream & BufferedOutputStream

如上面所介紹的那樣，在BufferedInputStream的構造函數中需要傳入一個InputStream， BufferedInputStream內部有一個位元組數組緩沖區，每次執行read操作的時候就從這buf中讀取數據，從buf中讀取數據沒有多大的開銷。如果buf中已經沒有了要讀取的數據，那麼就去執行其內部綁定的InputStream的read方法，而且是一次性讀取很大一塊數據，以便填充滿buf緩沖區。緩沖區buf的默認大小是8192位元組，也就是8K，在構造函數中我們也可以自己傳入一個size指定緩沖區的大小。由於我們在執行BufferedInputStream的read操作的時候，很多時候都是從緩沖區中讀取的數據，這樣就大大減少了實際執行其指定的InputStream的read操作的次數，也就提高了讀取的效率。與BufferedInputStream 相對的是BufferedOutputStream。在BufferedOutputStream的構造函數中我們需要傳入一個OutputStream，這樣就將BufferedOutputStream與該OutputStream綁定在了一起。BufferedOutputStream內部有一個位元組緩沖區buf，在執行write操作時，將要寫入的數據先一起緩存在一起，將其存入位元組緩沖區buf中，buf是有限定大小的，默認的大小是8192位元組，即8KB，當然也可以在構造函數中傳入size指定buf的大小。該buf只要被指定了大小之後就不會自動擴容，所以其是有限定大小的，既然有限定大小，就會有被填充完的時刻，當buf被填充完畢的時候會調用BufferedOutputStream的flushBuffer方法，該方法會通過調用其綁定的OutputStream的write方法將buf中的數據進行實際的寫入操作並將buf的指向歸零（可以看做是將buf中的數據清空）。如果想讓緩存區buf中的數據理解真的被寫入OutputStream中，可以調用flush方法，flush方法內部會調用flushBuffer方法。由於buf的存在，會大大減少實際執行OutputStream的write操作的次數，優化了寫的效率。

⑶ java中的io流有哪些

Java中的IO流
指的是將不同的輸入輸出源通過流的形式進行輸入或輸出的操作，流是一種抽象的描述，在程序中指的是數據的一種埋模轉移方式。
IO流的分類：
（1）按照數據的流向：
輸入流、輸出流
（2）按照流數據的格式：
字元流、位元組流
（3）按照流數據的包裝過程：
節點流（低級流）、處理流（高級流）
最基本的幾種進行簡單介紹：
•InputStream/Reader: 所有的輸入流的基類，前者是位元組輸入流，後者是字元輸入流。
•OutputStream/Writer: 所有輸帶液攜出流的基類，前者是位元組輸出流蠢伏，後者是字元輸出流。