BufferedInputStream 的 mark/reset 是基于内部缓冲区的有限回溯，不依赖底层流支持；markSupported() 恒返回 true；mark(int) 记录位置并设安全窗口；reset() 仅重置缓冲区指针，超出缓冲范围则失效。
Java 中 BufferedInputStream 的 mark()、reset() 和 markSupported() 并不是“真正重新定位底层流”，而是通过内部缓冲区实现一种**有限回溯能力**。它不依赖底层输入流是否支持 mark/reset，只要缓冲区足够大，就能在已读取但尚未丢弃的数据范围内回退。
markSupported()：判断是否能标记
markSupported() 返回 true —— BufferedInputStream 总是支持标记（只要构造时传入的底层流非 null）。这不是在检查底层流，而是因为它自己维护缓冲区，有能力缓存数据并回退。即使底层流（如 FileInputStream）本身不支持 mark/reset，包装后也能用。
mark(int readlimit)：设置标记位置
调用 mark(readlimit) 时，它记录当前在缓冲区中的读取位置（pos），并记住这个标记点（markpos = pos）。同时，它把 readlimit 存下来，用于后续判断缓冲区是否还能保证回退安全：
-
readlimit表示从标记点起，最多允许读多少字节后仍能成功reset() - 如果已读字节数超过
readlimit，且缓冲区被填满或重用，markpos可能被置为-1（失效），此时reset()会抛IOException - 注意：
readlimit不是缓冲区大小，也不限制你能读多少；它只是个“安全窗口”提示
reset()：回到上次标记位置
reset() 不操作底层流，只调整内部指针：
立即学习“Java免费学习笔记（深入）”；
- 将读取位置
pos设回markpos - 如果
markpos == -1（标记无效或已被清空），抛出IOException - 下次
read()会从标记处重新开始读缓冲区里的旧数据，而不是再次调用底层read() - 若缓冲区中已无足够数据（比如标记后读光了缓冲区，又没触发底层填充），
reset()成功，但后续read()会自然触发底层读取 —— 这意味着“逻辑上回退”，但底层流可能已前进，无法真倒带
关键限制与注意事项
这种机制本质是“缓存回放”，不是底层流的随机访问：
- 只能回退到
mark()后仍在缓冲区中未被覆盖的数据 - 缓冲区大小（默认 8192 字节）和
readlimit共同决定最大可回溯范围；超出则标记失效 - 调用
mark()前必须确保还没读过目标位置（标记只能设在当前位置） -
reset()后，之前读过的字节会被再次返回，应用层需处理重复数据（比如解析协议时小心跳过）
