java字符流的mark()/reset()是受约束的回溯机制，仅stringreader、chararrayreader、bufferedreader等支持，需先调marksupported()确认；mark(int)参数指从标记点起最多可读字符数，超限则reset失败；复杂场景推荐pushbackreader或自建缓存层。
Java 字符流的 mark() 和 reset() 不是通用“倒带”开关，而是一种受约束的、需主动配合的回溯机制——它只在支持该能力的子类中有效，且依赖合理设置的缓冲范围与明确的流程控制。
哪些 Reader 支持 mark/reset？
不是所有 Reader 都能回溯。必须先调用 markSupported() 确认支持性，否则 reset() 必抛 IOException。
- 原生支持：StringReader、CharArrayReader、BufferedReader（包装了支持流时）
-
需包装后才支持：FileReader 本身不支持，但套一层
BufferedReader(new FileReader(...))就可启用 -
完全不支持：InputStreamReader（除非底层
InputStream支持且已用BufferedInputStream包装）、NullReader
mark(int readAheadLimit) 的真实含义
这个参数不是“最多缓存多少字符”，而是“从标记点起，最多允许读多少字符后仍能安全 reset”。它提示缓冲区至少预留多大空间来保存已读但可能被回溯的数据。
- 若后续读取字数 ≤
readAheadLimit，reset()通常成功 - 若超出，缓冲区可能已丢弃旧数据，
reset()抛异常：IOException: Resetting to invalid mark - 实际缓冲能力还取决于底层实现：比如
BufferedReader默认缓冲区 8192 字符，若readAheadLimit ≤ 8192，一般够用；设为 10000 并不保证一定能回溯 10000 字符
在语法解析中安全使用 mark/reset 的关键步骤
词法或语法解析常需“试探性读取”：比如看到 '0' 后要判断是数字字面量还是八进制前缀，就得先读几个字符再决定是否回退。
- 每次调
mark()前，先检查reader.markSupported() == true - 根据解析逻辑中最长可能的试探距离，设置合理的
readAheadLimit（例如支持最长标识符 64 字符，加操作符和空格余量，设mark(128)） - 试探读取后，用业务逻辑判断是否需要回溯；若需要，立即
reset()，不要夹杂其他流操作（如skip()或跨方法传递 reader） - 推荐用
try-with-resources管理 reader，但注意reset()后流仍可用，不等于重开
比 mark/reset 更灵活的替代方案
当解析逻辑复杂、回溯距离不可控，或底层流不支持 mark 时，以下方式更稳健：
-
PushbackReader：提供
unread(int)，可把刚读的 1~n 个字符“推回去”，适合短距离微调（如退回一个运算符） -
预读缓存层：自己维护
char[] buffer和int pos, limit，所有读取经由该层调度，完全掌控回溯粒度 -
一次性加载 + StringReader：小文件或配置文本可全读入字符串，再用
StringReader—— 它的mark()/reset()实现简单可靠，无缓冲区大小隐忧
