Java InputStream使用markSupported和mark/reset实现重复读取

聊到Java的InputStream，mark和reset这两个方法其实挺有意思的。它们提供了一种轻量级的回退机制，让你能在一定条件下重新读取已经消费过的数据。不过，这个机制不是万能的，它有几个关键的约束条件，理解了才能用好。

简单来说，InputStream默认是不支持重复读取的。但借助mark()和reset()，再配合markSupported()，就能实现一种“回退”式的读取——本质上是让流回到上次标记的位置，从而重新读取已经消费过的数据。这听起来很灵活，但实际用起来有不少细节需要注意。

markSupported() 是前提判断

不是所有输入流都天生具备标记和重置的能力，这一点必须先搞清楚。调用markSupported()返回true，才能安全地使用mark()和reset()。否则，即便强行调用，也不会报错，但reset()会抛出一个IOException，比如“mark invalid”这样的异常。

哪些流支持呢？举个例子：

• BufferedInputStream 支持，因为它内部维护了一个缓冲区，可以缓存数据。
• ByteArrayInputStream 支持，它的底层就是数组，可以任意跳转，非常灵活。
• FileInputStream 默认不支持，因为它的底层是文件通道，没有内置的缓冲和标记机制。
• ObjectInputStream、FilterInputStream 这些子类，就得看具体实现了。

所以，在实际使用前，最好先检查一下流的支持情况，不然很容易踩坑。

mark(int readlimit) 的作用与限制

当你调用mark(int readlimit)时，实际上是在当前位置做了一个标记，并且告诉流：“接下来最多再读readlimit个字节，这个标记必须还能用。” 它不是在无限缓存数据，而是向流提出了一个承诺：你至少要能记住接下来readlimit个字节的内容，这样我在调用reset()时才能回到标记点。

这里有几个关键点需要留意：

• readlimit 不是缓冲区的大小，而是标记有效期的提示值。
• 实际能否成功重置，取决于流的具体实现和当前的缓冲能力。比如BufferedInputStream的缓冲区大小，是否足够容纳已读和待回退的数据。
• 多次调用mark()，会覆盖前一个标记，只保留最近的一次。

reset() 的行为与注意事项

当你调用reset()时，流会把读取位置回退到最近一次有效的mark()位置。之后如果再调用read()，就会从那个标记点重新开始读取。

但使用reset()时，有几个地方必须小心：

• 必须在标记的有效期内调用，也就是没有超过readlimit指定的字节数，并且中间没有发生不可恢复的操作。
• 某些流，比如BufferedInputStream，在缓冲区被填满或重用时，可能会自动让标记失效。所以，要确保缓冲区足够大。
• reset()不会影响已经读出的字节，它只改变流内部的指针。之前读到的数据，你需要自己决定是缓存还是丢弃。

实用示例：用 BufferedInputStream 实现重复读取

下面是一个典型的用法示例，用BufferedInputStream来包装FileInputStream，然后利用mark/reset实现重复读取。

InputStream is = new FileInputStream("data.txt");
BufferedInputStream bis = new BufferedInputStream(is, 8192); // 显式指定足够缓冲区
if (bis.markSupported()) {
    bis.mark(1024); // 声明：接下来 1KB 内允许 reset
    int b1 = bis.read(); // 读第一个字节
    int b2 = bis.read(); // 读第二个字节
    // …… 做些判断逻辑，发现需要重读
    bis.reset(); // 回到 mark 处
    int b1Again = bis.read(); // 又读到第一个字节
}

注意：如果中间读了超过1024个字节，或者缓冲区被刷新了，reset()就可能失败。所以，这个机制其实不是通用的“重放”功能，而是一种轻量级的、有范围限制的回溯能力，它依赖流实现的缓冲策略。

本质上，mark/reset不是万能的。如果你需要多次遍历数据，更稳妥的做法还是把数据一次性读入byte[]数组，或者用ByteArrayInputStream来包装。这样既简单又可靠，还不用担心缓冲区或readlimit的问题。