InputStream中通过mark和reset方法重复利用缓存

通过缓存InputStream可重复利用一个InputStream，但是要缓存一整个InputStream内存压力可能是比较大的。如果第一次读取InputStream是用来判断文件流类型，文件编码等用的，往往不需要所有的InputStream的数据，或许只需要前n个字节，这样一来，缓存一整个InputStream实际上也是一种浪费。

其实InputStream本身提供了三个接口：
第一个，InputStream是否支持mark，默认不支持。

public boolean markSupported() {  return false;
}

第二个，mark接口。该接口在InputStream中默认实现不做任何事情。

　　public synchronized void mark(int readlimit) {}

第三个，reset接口。该接口在InputStream中实现，调用就会抛异常。

public synchronized void reset() throws IOException {  throw new IOException("mark/reset not supported");
}

从三个接口定义中可以看出，首先InputStream默认是不支持mark的，子类需要支持mark必须重写这三个方法。

第一个接口很简单，就是标明该InputStream是否支持mark。

调用mark方法会记下当前调用mark方法的时刻，InputStream被读到的位置。
调用reset方法就会回到该位置。
举个简单的例子：

String content = "BoyceZhang!";
InputStream inputStream = new ByteArrayInputStream(content.getBytes());  // 判断该输入流是否支持mark操作
if (!inputStream.markSupported()) {  System.out.println("mark/reset not supported!");
}
int ch;
boolean marked = false;
while ((ch = inputStream.read()) != -1) {  //读取一个字符输出一个字符    System.out.print((char)ch);    //读到 'e'的时候标记一下  if (((char)ch == 'e')& !marked) {    inputStream.mark(content.length());  //先不要理会mark的参数  marked = true;    }                  //读到'!'的时候重新回到标记位置开始读  if ((char)ch == '!' && marked) {    inputStream.reset();    marked = false;  }
}
//程序最终输出：BoyceZhang!Zhang!

看了这个例子之后对mark和reset接口有了很直观的认识。

mark接口的参数readlimit作用
我们知道InputStream是不支持mark的。要想支持mark子类必须重写这三个方法，我想说的是不同的实现子类，mark的参数readlimit作用不尽相同。
常用的FileInputStream不支持mark。
1. 对于BufferedInputStream，readlimit表示：InputStream调用mark方法的时刻起，在读取readlimit个字节之前，标记的该位置是有效的。如果读取的字节数大于readlimit，可能标记的位置会失效。

在BufferedInputStream的read方法源码中有这么一段：

} else if (buffer.length >= marklimit) {  markpos = -1;   /* buffer got too big, invalidate mark */  pos = 0;        /* drop buffer contents */  } else {            /* grow buffer */

为什么是可能会失效呢？

因为BufferedInputStream读取不是一个字节一个字节读取的，是一个字节数组一个字节数组读取的。
例如，readlimit=35，第一次比较的时候buffer.length=0（没开始读）<readlimit
然后buffer数组一次读取48个字节。这时的read方法只会简单的挨个返回buffer数组中的字节，不会做这次比较。直到读到buffer数组最后一个字节（第48个）后，才重新再次比较。这时如果我们读到buffer中第47个字节就reset。mark仍然是有效的。虽然47>35。

2. 对于InputStream的另外一个实现类：ByteArrayInputStream，我们发现readlimit参数根本就没有用，调用mark方法的时候写多少都无所谓。

public void mark(int readAheadLimit) {  mark = pos;
}  public synchronized void reset() {  pos = mark;
}

因为对于ByteArrayInputStream来说，都是通过字节数组创建的，内部本身就保存了整个字节数组，mark只是标记一下数组下标位置，根本不用担心mark会创建太大的buffer字节数组缓存。

3. 其他的InputStream子类没有去总结。原理都是一样的。

所以由于mark和reset方法配合可以记录并回到我们标记的流的位置重新读流，很大一部分就可以解决我们的某些重复读的需要。
这种方式的优点很明显：不用缓存整个InputStream数据。对于ByteArrayInputStream甚至没有任何的内存开销。
当然这种方式也有缺点：就是需要通过干扰InputStream的读取细节，也相对比较复杂。

转载于:https://www.cnblogs.com/fswhq/p/InputStream.html

InputStream中通过mark和reset方法重复利用缓存相关推荐

java IO接口中的mark和reset方法
public void mark(int readlimit) 方法的功能是对输入流进行定位,如果是字节流,则定位字节,如果是字符流则定位字符.参数readlimit指的是在mark之后,可以从输入流 ...
java stream 多次读取_多次从具有大量数据的Java InputStream中读取
我想知道什么是从Java InputStream多次读取字节并在流很大时仍然有效的最佳方法. 假设我有以下代码: public void handleBytes(InputStream in) { d ...
java清空inputstream中的流_Java 流处理
数据流 1.I/O流概述大部分程序都需要输入/输出处理,比如从键盘读取数据.向屏幕中输出数据.从文件中读或者向文件中写数据.在一个网络连接上进行读写操作等.在Java中,把这些不同类型的输入.输出源 ...
Java BufferedReader mark（）方法与示例
BufferedReader类mark()方法 (BufferedReader Class mark() method) mark() method is available in java.io p ...
Java CharArrayReader mark（）方法与示例
CharArrayReader类mark()方法 (CharArrayReader Class mark() method) mark() method is available in java.io ...
jsp中实现文件下载两种方法
jsp中实现文件下载转自:http://aguu125.iteye.com/blog/352314 (一) 最简单的方式是在网页上做超级链接,如:<a href=&qu ...
Mybatis中，SQLSessionFactoryBuilder使用build方法时做了哪些事？
目录探究Configuration 探究parse方法启动断点调试过程总结当我们上手mybatis时,对于mybatis如何读取xml配置文件,获取SQLSessionFactory的底层源 ...
【转】Java中获取文件大小的正确方法
[转]Java中获取文件大小的正确方法本文出处:http://blog.csdn.net/chaijunkun/article/details/22387305,转载请注明.由于本人不定期会整理相关 ...
Verilog中inout端口的使用方法
Verilog中inout端口的使用方法 (本文中所有Verilog描述仅为展示inout端口的用法,实际描述则需要更丰富的功能描述) Inout端口的使用在芯片中为了管脚复用,很多管脚都是双向的, ...

InputStream中通过mark和reset方法重复利用缓存

InputStream中通过mark和reset方法重复利用缓存相关推荐

最新文章

热门文章