Java IO的flush

Java的IO是一个大知识点， 如果把它的知识点拆开来说的话估计能说一个星期，关于IO的体系可以看看下面这张图， (图片是网上找的，侵删)

接下来我们从一段代码开始聊吧，先看看下面这段代码

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的继承关系，

public class BufferOutputStream extends FilterOutputStream

BufferedOutputStream没有实现 close()方法，所以会直接调用 FilterOutputStream的 close()， 而 FilterOutputStream的 close()方法会调用 flush()来输出缓冲区数据。 实际开发中关于IO操作的，都强调最后要调用 close()方法， 上面的例子就是其中一个原因了。