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()方法,上面的例子就是其中一个原因了。