上一篇博客中，测试分析了FileReader&FileWriter，和BufferWriter&BufferReader之间的性能对比。仅仅只是简单分析。现在我基于源码的角度，来分析BufferReader与FileReader的区别。
首先在构造函数上
// FileReader构造函数
public FileReader(File file) throws FileNotFoundException {
super(new FileInputStream(file));
}
//BufferReader构造函数
public BufferedReader(Reader in, int sz) {
super(in);
if (sz <= 0)
throw new IllegalArgumentException("Buffer size <= 0");
this.in = in;
cb = new char[sz];
nextChar = nChars = 0;
}
public BufferedReader(Reader in) {
this(in, defaultCharBufferSize);//defaultCharBufferSize = 8192，默认缓冲区大小
}
因为BufferedReader是对FileReader或者InputStreamReader进行包装，而FileReader的父类是InputStreamReader，所以两者的交集就是InputStreamReader，换句话说二者在构造时，都调用了InputStreamReader的构造函数：
//InputStreamReader的构造函数
public InputStreamReader(InputStream in) {
super(in);
try {
sd = StreamDecoder.forInputStreamReader(in, this, (String)null); // ## check lock object
} catch (UnsupportedEncodingException e) {
// The default encoding should always be available
throw new Error(e);
}
}
InputStreamReader还有其它几个重载构造函数，但是它们有一个共性，全都调用了sd = StreamDecoder.forInputStreamReader()方法。用它可以获得一个StreamDecoder对象。
再看后面的源码：
//InputStreamReader
public int read() throws IOException {
return sd.read();
}
public int read(char cbuf[], int offset, int length) throws IOException {
return sd.read(cbuf, offset, length);
}
可见InputStreamReader中的read()和read(cbuf, offset, length)操作，实际上都是在StreamDecoder中进行。下面分析一下read()和read(cbuf, offset, length)两种情况下FileReader和BufferReader的区别。
read()
逐个读入字符
FileReader没有重写read()方法，所以相当于直接调用StreamDecoder中的read()。
而BufferReader重写了read()，如下：
public int read() throws IOException {
synchronized (lock) {
ensureOpen();
for (;;) {
if (nextChar >= nChars) {
fill();
if (nextChar >= nChars)
return -1;
}
if (skipLF) {
skipLF = false;
if (cb[nextChar] == '\n') {
nextChar++;
continue;
}
}
return cb[nextChar++];
}
}
}
可以看到read()调用了一个fill()函数。其实精髓地方就在这个fill()，它的作用就是填充输入缓冲区。代码如下：
/**
* Fills the input buffer, taking the mark into account if it is valid.
*/
private void fill() throws IOException {
int dst;
if (markedChar <= UNMARKED) {
/* No mark */
dst = 0;
} else {
/* Marked */
int delta = nextChar - markedChar;
if (delta >= readAheadLimit) {
/* Gone past read-ahead limit: Invalidate mark */
markedChar = INVALIDATED;
readAheadLimit = 0;
dst = 0;
} else {
if (readAheadLimit <= cb.length) {
/* Shuffle in the current buffer */
System.arraycopy(cb, markedChar, cb, 0, delta);
markedChar = 0;
dst = delta;
} else {
/* Reallocate buffer to accommodate read-ahead limit */
char ncb[] = new char[readAheadLimit];
System.arraycopy(cb, markedChar, ncb, 0, delta);
cb = ncb;
markedChar = 0;
dst = delta;
}
nextChar = nChars = delta;
}
}
int n;
do {
n = in.read(cb, dst, cb.length - dst);
} while (n == 0);
if (n > 0) {
nChars = dst + n;
nextChar = dst;
}
}
fill()在循环中调用了in.read(cb, dst, cb.length - dst)，这实际上就是调用InputStreamReader中的read(cbuf, offset, length)，即调用StreamDecoder中的read(cbuf, offset, length)。
所以，即便是一次读入一个字符，BufferReader依然是走char[]模式，性能比直接调用read()要好。
read(cbuf, offset, length)
一次读入一个char数组
注意我前一个博客中的代码是这样写的：read(cbuf)，没有后面两个参数，这不用惊讶，实际上就是调用了read(cbuf, offset, length)，因为在顶级父类Reader中，有如下代码：
public int read(char cbuf[]) throws IOException {
return read(cbuf, 0, cbuf.length);
}
但是注意，read(cbuf, offset, length)方法在Reader中是抽象方法，这个方法在StreamDecoder中实现。
根据源码，FileReader没有重写read(cbuf, offset, length)方法，所以相当于调用StreamDecoder中的read(cbuf, offset, length)；BufferReader重写了，但也使用了fill()方法进行填充，实质上也是使用了StreamDecoder中的read(cbuf, offset, length)。
所以，使用FileReader一次读入一个char数组时，只要字符数组的大小设置合理，可以达到BufferReader的缓冲区效果。这样就解释了上篇博客测试结果。
简单总结：
- InputStreamReader构造函数会创建StreamDecoder对象，在该对象中进行输入操作；
- BufferReader，不管是一次读入一个字符，还是一次一个数组，都会调用StreamDecoder中的read(cbuf, offset, length)，即都使用了缓冲区；
- FileReader，逐个读取就调用read()，一次一个数组就调用read(cbuf, offset, length)。
其它
StreamDecoder
StreamDecoder的源码分析可参见这个博客，分析得很好：
JAVA基础知识之StreamDecoder流
我这里就不再赘述，只提StreamDecoder中几个关键的方法：
- read0()：逐个读入字符的方法；
- read(char cbuf[], int offset, int length)：调用implRead(cbuf, off, off + len)；
- readBytes()：读入底层输入的字节流；
- implRead()：将char[]包装成字符缓冲区，调用readBytes()将数据写入字节缓冲区，然后将字节缓冲区中的字节转码成字符存入字符缓冲区。
为啥都说OutputStreamWriter和InputStreamReader是字节流和字符流的桥梁，这里貌似能窥见一斑。
FileWriter与BufferWriter
输出流的分析我这里就不深入写了，跟输入流大同小异，总结成以下三点：
- 类似的，OutputStreamWriter在构造函数中创建StreamEncoder对象；
- FileWriter依然不重写各种write方法；
- BufferWriter重写了write()和write(cbuf, off, len)方法，实际上两者原理类似，都是将字符或者char数组写入buffer，buffer满了再flush写入文件，然后再继续写入buffer循环往复直到结束（char[]写入buffer，实际上就是用System.arraycopy把一个char[]复制进另一个char[];当然还有一种把string写入char[]的方法，getChars）；