不能篡改内容的pushBack——BufferedInputStream深入解析

BufferedInputStream有几个方法和属性值得我们注意：

mark（readlimit）      // 告诉系统在我读取的字节数不超过readlimit时，我可以再返回当前的

read pos【实际还和buffer size有关，后面会提到】

reset（）                     //将当前读取的位置重置到上次调用mark时的read pos。

buf 【实际我们只关心它的size】

根据JAVA官方文档的描述，mark(int readlimit)方法表示，标记当前位置，并保证在mark以后最多可以读取readlimit字节数据，mark标记仍有效。

如果在mark后读取超过readlimit字节数据，mark标记就会失效，调用reset()方法会有异常。 
但实际的运行情况却和JAVA文档中的描述并不完全相符。 

有时候在BufferedInputStream类中调用mark(int readlimit)方法后，即使读取超过readlimit字节的数据，mark标记仍有效，仍然能正确调用reset方法重置。 

事实上，mark在JAVA中的实现是和缓冲区相关的。只要缓冲区够大，mark后读取的数据没有超出缓冲区的大小，mark标记就不会失效。

如果不够大，mark后又读取了大量的数据，导致缓冲区更新，原来标记的位置自然找不到了。

因此，mark后读取多少字节才失效，并不完全由readlimit参数确定，也和BufferedInputStream类的缓冲区大小有关。 如果BufferedInputStream类的缓冲区大小大于readlimit，在mark以后只有读取超过缓冲区大小的数据，mark标记才会失效。看下面的例子。 

package packet1;import java.io.BufferedInputStream;import java.io.ByteArrayInputStream;import java.io.IOException;/** *  * @author WuDian *  *  */public class MarkExample {public static void main(String[] args) {try {// 初始化一个字节数组，内有5个字节的数据byte[] bytes = { 1, 2, 3, 4, 5 };// 用一个ByteArrayInputStream来读取这个字节数组ByteArrayInputStream in = new ByteArrayInputStream(bytes);// 将ByteArrayInputStream包含在一个BufferedInputStream，并初始化缓冲区大小为2。BufferedInputStream bis = new BufferedInputStream(in, 2);// 读取字节1System.out.print(bis.read() + ",");// 在字节2处做标记，同时设置readlimit参数为1// 根据JAVA文档mark以后最多只能读取1个字节，否则mark标记失效，但实际运行结果不是这样System.out.println("mark");bis.mark(1);/* *  * 连续读取两个字节，超过了readlimit的大小，mark标记仍有效 */// 连续读取两个字节System.out.print(bis.read() + ",");System.out.print(bis.read() + ",");// 调用reset方法，未发生异常，说明mark标记仍有效。// 因为，虽然readlimit参数为1，但是这个BufferedInputStream类的缓冲区大小为2，// 所以允许读取2字节System.out.println("reset");bis.reset();/* *  * 连续读取3个字节，超过了缓冲区大小，mark标记失效。 *  * 在这个例子中BufferedInputStream类的缓冲区大小大于readlimit, *  * mark标记由缓冲区大小决定 */// reset重置后连续读取3个字节，超过了BufferedInputStream类的缓冲区大小System.out.print(bis.read() + ",");System.out.print(bis.read() + ",");System.out.print(bis.read() + ",");// 再次调用reset重置，抛出异常，说明mark后读取3个字节，mark标记失效System.out.println("reset again");bis.reset();} catch (IOException e) {// TODO Auto-generated catch blocke.printStackTrace();}}}

运行结果如下：

1,mark2,3,reset2,3,4,reset againjava.io.IOException: Resetting to invalid markat java.io.BufferedInputStream.reset(Unknown Source)at packet1.MarkExample.main(MarkExample.java:74)

同样的，在调用mark(int readlimit)方法时，如果readlimit大于BufferedInputStream类缓冲区的大小，缓冲区会被扩大，那mark后最多就可以读readlimit字节。
    
        简言之，BufferedInputStream类调用mark(int readlimit)方法后读取多少字节标记才失效，是取readlimit和BufferedInputStream类的缓冲区大小两者中的最大值，而并非完全由readlimit确定。这个在JAVA文档中是没有提到的。

JAVA中mark()和reset()用法的通俗理解


mark就像书签一样，在这个BufferedReader对应的buffer里作个标记，以后再调用reset时就可以再回到这个mark过的地方。mark方法有个参数，通过这个整型参数，你告诉系统，希望在读出这么多个字符之前，这个mark保持有效。读过这么多字符之后，系统可以使mark不再有效，而你不能觉得奇怪或怪罪它。这跟buffer有关，如果你需要很长的距离，那么系统就必须分配很大的buffer来保持你的mark。    
    //eg.    
    //reader      is      a      BufferedReader    
      
    reader.mark(50);//要求在50个字符之内，这个mark应该保持有效，系统会保证buffer至少可以存储50个字符    
    int      a      =      reader.read();//读了一个字符    
    int      b      =      reader.read();//又读了一个字符    
      
    //做了某些处理，发现需要再读一次    
    reader.reset();    
    reader.read();//读到的字符和a相同    
    reader.read();//读到的字符和b相同

备忘附注：

在测试中，闪现了一种想法。如果buffer size等于10，那么在读取了8个字节后，再mark(5)，那么在继续读取3个字节后( 8+3>10 )，能否再reset呢，会不会再创建一个新的buffer，以致无法reset。答案是，当然可以再reset。因为在mark后，你不用担心buffer的剩余size不够用了，因为饿在不够用的时候它会再开辟一个新的buffer，并将上一个buffer未使用完部分读取到的数据再System.arraycopy过来。具体可以参考BufferedInputStream的read()和fill()方法。