PushbackInputStream 实现协议报文“前置流式特征探针”的核心是轻量窥探：预读、判定、可逆回退；需显式指定足够缓冲区（如16字节），全程单字节读取与逆序 unread，探针结束清空缓冲，封装为独立工具类隔离细节。
用 PushbackInputStream 实现协议报文的“前置流式特征探针”，核心不是靠它做完整解析，而是让它充当一个轻量、无副作用的“窥探层”：读一点、判一下、不合就退回去，让后续逻辑从原始起点重新开始。关键在于控制好探针范围、缓冲区容量和回退顺序，避免探针行为污染真实解析流程。
明确探针边界，预估最大回退字节数
特征探针的本质是“预读 + 判定 + 可能回退”。比如识别一个自定义协议头，你可能需要连续检查前 6 字节（魔数 4B + 版本号 2B）才能确定是否为本协议。那缓冲区大小至少设为 6；更稳妥的做法是设为 8 或 16 —— 留出余量应对未来扩展或多字符分隔符（如 “HTTP/1.1” 中的斜杠与空格组合）。构造时必须显式指定：
new PushbackInputStream(in, 16)。只用默认构造器（隐含 1 字节缓冲）在协议探针场景下基本不可用。
统一走单字节路径，确保回退可预测
批量读取（read(byte[])）会让探针逻辑变得脆弱，因为 unread(byte[]) 不会自动衔接之前已读但未判定的字节。推荐全程使用：
• read() 逐字节读取并缓存到本地临时数组
• 根据缓存内容做模式匹配（如是否以 0xCA 0xFE 开头）
• 若需回退，按**读取逆序**多次调用 unread(int)
例如，读到 '/' 后又读到 '*'，确认是注释起始，则先 unread('*') 再 unread('/') —— 这样下一次 read() 才会拿到 '/'，保持语义连贯。
探针结束即清空状态，避免 close 丢数据
探针完成有两种结果：匹配成功（进入主解析）或不匹配（交由其他处理器）。无论哪种，都必须确保 pushback 缓冲区中没有残留字节。可在探针方法末尾加校验：
• 若匹配成功，继续用同一 PushbackInputStream 解析，自然会消费掉缓冲区字节
• 若不匹配，且已 unread 过字节，应再调用 read() 把它们读出来丢弃，或直接抛异常中断
• 在 close() 前强制检查：if (stream.available() > 0) throw new IllegalStateException("probe left unconsumed bytes")
不耦合具体协议，用封装隐藏细节
把探针逻辑抽成独立工具类，接收 InputStream 和探测规则（如字节序列、正则片段、长度阈值），返回 ProbeResult（含 isMatch、consumedBytes、nextByteHint）。PushbackInputStream 的创建、缓冲区管理、unread 顺序、close 前清理全部封装在内。上层协议解析器只需调用 probe()，根据返回值决定走 JSON 解析器、二进制解包器还是跳过处理 —— 完全隔离底层流操作细节。
