BufferedInputStream如何缓冲IO以及InputStream中的read(byte[] b) 是否具有缓冲功能？

装载：

http://blog.csdn.net/yeyinfei321/article/details/18451015

今天做IO练习的时候，突然意识到InputStream本身提供了3个read方法。其中有2个是将字节码读到一个byte数组中，那这个方法不是和BuffereInputStream一样提供了缓冲功能了么？

    翻了翻api，看了看源码，google了半天，只有这兄弟说得靠谱，转载了过来。原文地址：点击打开链接

从顶级的InputStream开始 

InputStream 定义了3个read方法。 

read();  
read(byte[]);  
read(byte[],int off,int len);  

 第二个read(byte[])其实就是read(b, 0, b.length) ，所以等同于第三个; 

第一个read()方法，api介绍如下： 

引用

从输入流中读取数据的下一个字节。返回 0 到 255 范围内的 int 字节值。如果因为已经到达流末尾而没有可用的字节，则返回值 -1。在输入数据可用、检测到流末尾或者抛出异常前，此方法一直阻塞。 
子类必须提供此方法的一个实现。

第三个read()方法，api介绍如下： 

引用

将输入流中最多 len 个数据字节读入 byte 数组。尝试读取 len 个字节，但读取的字节也可能小于该值。以整数形式返回实际读取的字节数。 
在输入数据可用、检测到流末尾或者抛出异常前，此方法一直阻塞。 

如果 len 为 0，则不读取任何字节并返回 0；否则，尝试读取至少一个字节。如果因为流位于文件末尾而没有可用

的字节，则返回值 -1；否则，至少读取一个字节并将其存储在 b 中。 

将读取的第一个字节存储在元素 b[off] 中，下一个存储在 b[off+1] 中，依次类推。读取的字节数最多等于 len。设 k 为实际读取的字节数；这些字节将存储在 b[off] 到 b[off+k-1] 的元素中，不影响 b[off+k] 到 b[off+len-1] 的元素。 

在任何情况下，b[0] 到 b[off] 的元素以及 b[off+len] 到 b[b.length-1] 的元素都不会受到影响。 

类 InputStream 的 read(b, off, len) 方法重复调用方法 read()。如果第一次这样的调用导致 IOException，则从对 read(b, off, len) 方法的调用中返回该异常。如果对 read() 的任何后续调用导致 IOException，则捕获该异常并将其视为到达文件末尾；到达该点时读取的字节存储在 b 中，并返回发生异常之前读取的字节数。在已读取输入数据 len 的请求数量、检测到文件结束标记、抛出异常前，此方法的默认实现将一直阻塞。建议子类提供此方法更为有效的实现。

关于三段红字的注解： 
第一段：InputStream是所有输入流的顶级类，当然只定义，不实现，具体的由子类去实现,如AudioInputStream, ByteArrayInputStream, FileInputStream等。 

第二段：指明了InputStream的read(byte[],int off,int len)的实现方式，就是简单的调用read()方法而已，而read()方法是一次只读取一个字节，依然每次都要调用底层系统，所以InputStream的read(byte[],int off,int len)性能和直接调用read()一样，byte[]缓冲区在这是摆设。 
第三段：正是由于第二段所说，才建议子类提供性能更好的方式来覆盖read(byte[],int off,int len)方法。 

那InputStream的子类有哪些呢？看下API就知道了，这几只拿FileInputStream来说. 
下面是FileInputStream的部分源码： 

 

public native int read() throws IOException;

private native int readBytes(byte b[], int off, int len) throws IOException;

public int read(byte b[]) throws IOException {
return readBytes(b, 0, b.length);
   }

public int read(byte b[], int off, int len) throws IOException {
return readBytes(b, off, len);