要让BufferedReader的mark()稳定支持reset()，关键是readAheadLimit必须覆盖从标记位置到reset前实际读取的最大字符数；它不是文件长度或缓冲区大小，而是标记后最多能安全读取的字符数，超出即失效。
要让 BufferedReader 的 mark() 能稳定支持重置（reset()），关键不是“越大越好”，而是让 readAheadLimit **覆盖从标记位置到你计划调用 reset() 前实际读取的最多字符数**。它本质是一个“保留窗口大小”，超出即失效。
理解 readAheadLimit 的真实含义
这个参数不是文件总长度，也不是缓冲区大小，而是：从 mark() 所在位置起，你**最多还能安全读多少个字符**，之后仍能成功 reset()。
它的生效逻辑取决于底层缓冲区（默认 8192 字符）：
- 若
readAheadLimit ≤ 缓冲区大小（如 ≤ 8192），BufferedReader 复用原有缓冲区，通过数组拷贝把标记点前的数据“挪”到开头； - 若
readAheadLimit > 缓冲区大小，它会分配一个新缓冲区，大小恰好为readAheadLimit（不小于，实际就是等于）； - 一旦你从标记点起累计读取的字符数 ≥
readAheadLimit，标记立即失效，再调用reset()就抛IOException。
如何设置“足够大”的值
最稳妥的做法是：预估从标记点到你下一次 reset() 之间，最多会读多少字符，并在此基础上留出余量。
立即学习“Java免费学习笔记（深入）”；
-
明确标记时机：通常在刚打开流、还没读任何内容时调用
mark()，这样后续所有读取都算在限制内； - 估算最大读取量：比如你要完整读一遍文件再重头来，那就需要至少覆盖整个文件的字符数（注意是字符数，不是字节数）；
-
转换为 int 并加余量：用
Files.size(Path)获取文件字节数，再按编码粗略估算字符数（如 UTF-8 下平均 1–3 字节/字符，保险起见可乘 2），确保结果 ≤Integer.MAX_VALUE（2147483647）； - 避免盲目设极大值：设成几百万甚至上千万，会直接触发大数组分配，浪费内存，还可能 OOM；设成远超实际需要的值，只是徒增开销。
推荐做法：按需设置 + 验证支持
不要跳过前提检查：
- 先调用
reader.markSupported()确认流支持 mark/reset（BufferedReader总是返回true）； - 如果目标是“读完再重头读”，且文件不大（如 mark(1000000) 通常够用；
- 如果文件较大或不确定，改用更可靠的方式：关闭当前
BufferedReader，重新构造一个新的——这比依赖大readAheadLimit更清晰、更省内存； - 若必须多次遍历且文件超大，考虑换成
RandomAccessFile或内存映射（FileChannel.map），它们天然支持任意位置跳转。
常见错误避坑
这些设置看似合理，实则容易出问题：
-
mark(-1)：直接抛IllegalArgumentException； -
mark(0)：表示“不允许读任何字符就失效”，几乎立刻失效； -
mark(Integer.MAX_VALUE)：强制分配 2GB+ 字符数组（约 4GB 内存），极易触发 OOM； - 只查文件字节数却忽略编码：UTF-8 文件中一个中文占 3 字节，但只算作 1 字符，
readAheadLimit单位是字符，不是字节。
