上一篇博客中，测试分析了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)。
其它 StreamDecoderStreamDecoder的源码分析可参见这个博客，分析得很好：
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方法；