pushbackinputstream不可替代，因其轻量解决预读试探与安全回退刚性需求；需按实际回退深度设置缓冲区（如4字节），遵循栈序unread，且close前须清空缓冲区以防数据丢失。
PushbackInputStream 在复杂语法解析中不可替代，核心价值在于它用极轻量的方式解决了「预读试探 + 安全回退」这一刚性需求——而原生 InputStream 完全不支持回退，BufferedInputStream 的 mark/reset 又受限多、不可靠。
专为“看一眼再决定”而生
语法解析器常需提前读几个字符才能判断 token 类型：比如读到 / 后，得再读一个字符确认是 // 注释、/* 块注释，还是除法运算符；读到 0 后，要判断后面是否跟 x（十六进制）、b（二进制）或小数点（浮点字面量）。这类场景下，PushbackInputStream 允许你「先 read，再根据逻辑 decide，最后 unread 不需要的字节」，整个过程不依赖底层流是否可重置，也不引入额外拷贝。
缓冲区大小必须匹配真实回退深度
默认 1 字节缓冲远远不够。实际解析中常见需回退 2～4 字节：
- 识别 ==、!=、>= 等双字符操作符 → 至少预留 2 字节
- 区分 /* 与 /、// → 需回退 2 字节（* 和 /），且顺序必须是先 unread('*') 再 unread('/')
- 跳过 BOM 或识别文件魔数（如 PNG 的 8 字节签名）→ 缓冲区至少设为 8，并留 1 字节余量防溢出
构造时写成 new PushbackInputStream(in, 4) 是多数词法分析器的安全起点；盲目设过大（如 1024）既浪费内存，又掩盖设计问题——真正需要回退超过 5 字节的场景，往往该考虑重构解析逻辑或换用 ByteArrayInputStream 整体缓存。
回退行为严格遵循栈序，不容错乱
unread 操作不是插入，而是压栈：
- 按顺序调用 unread(0x30)、unread(0x31)，缓冲区内容为 [0x31, 0x30]，下次 read() 先返回 0x31
- 读取了 'a'、'b'、'c' 后想全部退回，必须按 unread('c') → unread('b') → unread('a') 的逆序执行
- 混用 unread(byte[]) 和 unread(int) 时，后者只取低 8 位，unread(0xFF00) 实际推回的是 0x00
关闭前务必清空缓冲区，否则数据静默丢失
close() 直接关闭底层流，完全忽略内部 pushback 缓冲区。如果解析中途 unread 了字节但未被后续 read 消费，这些字节就永久消失，且无任何异常或日志提示。建议在关键路径收尾处加入校验：
- 解析分支结束前，断言 pushbackStream.available() == 0
- 或在 close() 前主动循环 read() 直至返回 -1，确保缓冲区已耗尽
这看似琐碎，却是避免协议解析出现偶发截断、字段错位等疑难问题的关键防线。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
