装饰者缓冲流 bufferedinput/outputstream
装饰者流其实是基于一种设计模式「装饰者模式」而实现的一种文件 io 流，而我们的缓冲流只是其中的一种，我们一起来看看。
在这之前，我们使用的文件读写流 fileinputstream 和 fileoutputstream 都是一个字节一个字节的从磁盘读取或写入，非常耗时。
而我们的缓冲流可以预先从磁盘一次性读出指定容量的字节数到内存中，之后的读取操作将直接从内存中读取，提高效率。下面我们一起看看缓冲流的具体实现情况：
依然先以 bufferedinputstream 为例，我们简单提一下它的几个核心属性：
- private static int default_buffer_size = 8192;
- protected volatile byte buf[];
- private static int max_buffer_size = integer.max_value - 8;
- protected int count;
- protected int pos;
- protected int markpos = -1;
- protected int marklimit;
buf 就是用于缓冲读的字节数组，它的值将随着流的读取而不停的被填充，继而后续的读操作可以直接基于这个缓冲数组。
default_buffer_size 规定了默认缓冲区的大小，即 buf 的数组长度。max_buffer_size 指明了缓冲区的上限。
count 指向缓冲数组中最后一个有效字节索引后一位。pos 指向下一个待读取的字节索引位置。
markpos 和 marklimit 用于重复读操作。
接着我们看看 bufferedinputstream 的几个示例构造器：
|
1
2
3
|
public bufferedinputstream(inputstream in) { this(in, default_buffer_size);} |
|
1
2
3
4
5
6
7
|
public bufferedinputstream(inputstream in, int size) { super(in); if (size <= 0) { throw new illegalargumentexception("buffer size <= 0"); } buf = new byte[size];} |
整体上来说，前者只需要传入一个「被装饰」的 inputstream 实例，并使用默认大小的缓冲区。后者则可以显式指明缓冲区的大小。
除此之外，super(in) 会将这个 inputstream 实例保存进父类 filterinputstream 的 in 属性字段中，并且所有实际的磁盘读操作都由这个 inputstream 实例发出。
下面我们来看最重要的读操作以及缓冲区是如何被填充的。
|
1
2
3
4
5
6
7
8
|
public synchronized int read() throws ioexception { if (pos >= count) { fill(); if (pos >= count) return -1; } return getbufifopen()[pos++] & 0xff;} |
这个方法想必大家已经很熟悉了，从流中读取下一个字节并返回，但细节上的实现还是稍稍有些不同。
count 指向了缓冲数组中有效字节索引后一位置处，pos 指向下一个待读取的字节索引位置。理论上 pos 是不可能大于 count 的，最多等于。
如果 pos 等于 count，那说明缓冲数组中所有有效字节都已经被读取过了，此时即需要丢弃缓冲区中那些「无用」的数据，从磁盘重新加载一批新数据填充缓冲区。
而事实上，fill 方法就是做的这个事情，它的代码比较多，就不带大家去解析了，你理解了它的作用，想必分析它的实现也是容易的。
如果 fill 方法调用之后，pos 依然 等于 count，那么说明 inputstream 实例并没有从流中读取出任何数据，也即文件流中无数据可读。关于这一点，参见 fill 方法 246 行。
总的来说，如果成功填充了缓冲区，那么我们的 read 方法将直接从缓冲区取出一个字节返回给调用者。
|
1
2
3
|
public synchronized int read(byte b[], int off, int len){ //.....} |
这个方法也是「熟人」了，不再多余的解释了，实现是类似的。
skip 方法用于跳过指定长度的字节数进行文件流的继续读取：
|
1
2
3
|
public synchronized long skip(long n){ //.....} |
注意一点的是，skip 方法尽量去跳过 n 个字节，但不保证一定跳过 n 个字节，方法返回的是实际跳过的字节数。如果缓冲数组中剩余可用字节数小于 n，那么最终将跳过缓冲数组中实际可跳过的字节数。
最后要说一说这个 close 方法：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
public void close() throws ioexception { byte[] buffer; while ( (buffer = buf) != null) { if (bufupdater.compareandset(this, buffer, null)) { inputstream input = in; in = null; if (input != null) input.close(); return; } // else retry in case a new buf was cased in fill() }} |
close 方法将赋空「被装饰者」流，并调用它的 close 方法释放相关资源，最终也会清空缓冲数组所占用的内存空间。
bufferedinputstream 提供了读缓冲能力，而 bufferedoutputstream 则提供了写缓冲能力，即内存的写操作并不会立马更新到磁盘，暂时保存在缓冲区，待缓冲区满时一并写入。
|
1
2
3
|
protected byte buf[];protected int count; |
buf 代表了内部缓冲区，count 表示缓冲区中实际数据容量，即 buf 中有效字节数，而不是 buf 数组长度。
|
1
2
3
4
5
6
7
8
9
10
11
|
public bufferedoutputstream(outputstream out) { this(out, 8192);}public bufferedoutputstream(outputstream out, int size) { super(out); if (size <= 0) { throw new illegalargumentexception("buffer size <= 0"); } buf = new byte[size];} |
一样的实现思路，必须提供的是一个 outputstream 输出流实例，也可以选择性指明缓冲区大小。
|
1
2
3
4
5
6
|
public synchronized void write(int b) throws ioexception { if (count >= buf.length) { flushbuffer(); } buf[count++] = (byte)b;} |
写方法将首先检查缓冲区是否还能容纳本次写操作，如果不能将发起一次磁盘写操作，将缓冲区数据全部写入磁盘文件，否则将优先写入缓冲区。
当然，bufferedoutputstream 也提供了 flush 方法向外提供接口，也即不一定非要等到缓冲区满了才向磁盘写数据，你也可以显式的调用该方法让它清空缓冲区并更新磁盘文件。
|
1
2
3
4
|
public synchronized void flush() throws ioexception { flushbuffer(); out.flush();} |
关于缓冲流，核心内容介绍如上，这是一种能够显著提升效率的流，通过它，能够减少磁盘访问次数，提升程序执行效率。
有关对象序列化流 objectinput/outputstream 以及基于基本类型的装饰者流 datainput/outputstream 我们这里暂时不做讨论。待到我们学习序列化的时候，再回头讨论这两个字节流。
文章中的所有代码、图片、文件都云存储在我的 github 上：
(https://github.com/singleyam/overview_java)
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：https://www.cnblogs.com/yangming1996/p/9046337.html
