buffer.mark()与reset()的核心价值是支持试探性读取后回退定位，避免因预判失败丢失字符位置；典型用于bom检测等需先看再定策略的文本解析场景。
在 Java NIO 的文本特征字符扫描场景中，Buffer.mark() 与 reset() 配合使用，核心价值是支持“试探性读取 + 回退定位”，避免因预判失败而丢失关键字符位置。它不用于跳过数据，而是为灵活解析提供安全的“撤回”能力。
文本扫描中为什么需要 mark/reset
很多文本解析任务（如识别关键字前缀、匹配多字节分隔符、跳过注释、检测 BOM 头）需要“先看几个字符再决定怎么处理”。若直接 get() 读走，后续发现不是目标模式，就无法还原原始位置——而 mark() 正是为这种临时标记提供支持：
- 调用
buffer.mark()记录当前position（仅当mark ≤ position时有效） - 后续多次
get()或getChar()推进位置，进行试探 - 若匹配成功，继续处理；若失败，调用
buffer.reset()将position恢复到标记点，后续可换逻辑重试 - 注意：
clear()、flip()、compact()会丢弃 mark；rewind()不恢复 mark，只重置 position 到 0
典型应用场景：跳过 UTF-8 BOM 或识别行首标记
例如读取一个可能带 EF BB BF（UTF-8 BOM）的文本缓冲区，需判断并跳过，但不能影响后续正常读取：
- 调用
buffer.mark()—— 标记起始位置 - 尝试读取 3 字节：
if (buffer.remaining() >= 3 && buffer.get() == (byte)0xEF && buffer.get() == (byte)0xBB && buffer.get() == (byte)0xBF) - 若成立，BOM 存在，继续；若不成立，调用
buffer.reset()回退，确保第一个字节未被消耗 - 之后可安全用
getChar()或按字符解析，起始位置准确
配合 flip 后的读模式使用要点
mark/reset 在读模式（flip() 后）最常用，但需注意约束：
-
flip()会将limit设为原position，position归零，同时清除原有 mark - 因此 mark 必须在
flip()后、开始读取前调用 - 例如：解析某段已写入 buffer 的字符串，先
flip()，再mark()，再试探读取前缀，失败则reset()继续从开头解析其他规则 - 不可在写模式下 mark 后直接 flip 再 reset —— flip 会清 mark，reset 将抛
InvalidMarkException
替代方案对比：何时不该用 mark/reset
mark/reset 是轻量级位置暂存，适合单次试探；但不适用于复杂回溯或多层嵌套解析：
- 若需多次不同粒度回退（如词法分析中的状态栈），建议用
buffer.duplicate()创建副本做试探，原 buffer 保持不动 - 若涉及跨 buffer 边界或大范围回溯（如正则匹配），更适合用
CharBuffer.subSequence()或转为字符串处理 - 对性能极度敏感场景（如高频日志解析），反复 mark/reset 带来少量方法调用开销，可改用显式保存
int savedPos = buffer.position()+buffer.position(savedPos)
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
