java的io是一個大知識點，
如果把它的知識點拆開來說的話估計能說一個星期，關于io的體系可以看看下面這張圖，
接下來我們從一段代碼開始聊吧，先看看下面這段代碼
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
public class test { public static void main(string[] args) throws exception { file file = new file("text.txt"); if(!file.exists()) { file.createnewfile(); } fileoutputstream fos = new fileoutputstream(file); bufferedoutputstream bos = new bufferedoutputstream(fos); byte[] b = new byte[1024]; bos.write(b); bos.flush(); }} |
代碼中構造了一個緩沖流，然后往流里寫入一個kb長度的數據，最后調用 flush()方法。
這是很簡單的一段代碼，最終的輸出結果是會生成一個 1kb的 text.text文件。
但如果我們把最后一行注釋掉的話
//bos.flush();
最終生成的 text.text大小會變成0.
這個結果是很顯然的，不過如果我們把 flush()換成 close()的話，結果是不是還會是 0呢？
關于 flush
flush()這個東西，其實在很久以前的網絡傳輸中就有了
那個時候為了效率，服務器和客戶端傳輸數據的時候不會每產生一段數據就傳一段數據
而是會建一個緩沖區，在緩沖區滿之后再往客戶端傳輸數據
有時候會有這樣的問題，當數據不足以填充緩沖區，而又需要往客戶端傳數據，為了解決這個問題，就有了 flush的概念，將緩沖區的數據強迫發送。
回到上面的問題，如果把 flush換成 close是否可行呢
答案是可以的。
如果看源碼就知道 bufferedoutputstream的繼承關系
|
1
|
public class bufferoutputstream extends filteroutputstream |
bufferedoutputstream沒有實現 close()方法，所以會直接調用 filteroutputstream的 close()，而 filteroutputstream的 close()方法會調用 flush()來輸出緩沖區數據。
實際開發中關于io操作的，都強調最后要調用 close()方法，上面的例子就是其中一個原因了。
