BufferedInputStream 的 mark/reset 本质是缓冲区回退而非底层流指针移动；mark 仅记录当前缓冲位置和 readlimit，reset 将读指针设回 markpos，成败取决于数据是否仍在缓冲区内且未被覆盖。
BufferedInputStream 的 mark 和 reset 并不真正“重新定位”流，而是依赖缓冲区回退，本质是数据重读而非底层流指针移动。
mark 是“打标记”，不是记录物理位置
调用 mark(int readlimit) 时，BufferedInputStream 只做两件事：记录当前缓冲区中的读取位置（pos），并把该位置保存为 markpos；同时把 readlimit 存下来，用于后续判断是否还能 reset。它不会向底层输入流（比如 FileInputStream）发起 seek 或 mark 操作——底层流可能根本不支持 mark/reset（如网络 SocketInputStream）。是否能 reset，完全取决于数据是否还在缓冲区里、且未被新数据覆盖。
reset 是“回退到缓冲区里的旧位置”，不是 seek
调用 reset() 时，它只是把内部读取指针 pos 设回 markpos，后续 read() 就从缓冲区里重新读之前读过的字节。前提是：
- 调用过
mark()，且markpos != -1 - 自 mark 后读取的字节数 ≤
readlimit（否则缓冲区可能已丢弃标记前的数据） - 缓冲区尚未被填满并循环覆盖（例如 buffer 大小为 8192，mark 后读了 10000 字节，那前 1808 字节大概率已丢）
底层流是否支持 mark 不影响 BufferedInputStream 的行为
BufferedInputStream 自己管理缓冲和标记逻辑，与底层流无关。即使底层流（如 FileInputStream）本身支持 mark()，BufferedInputStream 也不会委托调用；即使底层流不支持（如 System.in），只要数据还在缓冲区里，reset() 仍可成功。反过来，如果缓冲区已失效（比如 reset() 前发生了 fill() 且 old data 被覆盖），就会抛 IOException("Mark invalid")。
立即学习“Java免费学习笔记（深入）”；
实际使用要注意 readlimit 的含义
readlimit 不是“最多能 reset 多少次”，而是“从 mark 开始，最多允许读多少字节后还保证能 reset”。它影响的是缓冲策略：
– 如果预计 mark 后只读几十字节就 reset，设 readlimit=64 就够；
– 如果设得太小（如 1），而 mark 后读了 2 字节，再 reset 就失败；
– 如果设得太大（如 Integer.MAX_VALUE），但缓冲区不够大，依然会因数据被覆盖而失败。
建议值 ≈ 预估最大回溯距离 + 缓冲区安全余量，通常略大于你要重读的数据长度即可。
不复杂但容易忽略：mark/reset 的可靠性完全由缓冲区状态决定，和文件指针、网络偏移这些物理概念无关。
