PushbackInputStream仅适用于字节流，不能直接用于字符流；正确做法是在字节层用它回退字节再由InputStreamReader处理，或使用专为字符设计的PushbackReader。
Java 中的 PushbackInputStream 只能用于字节流，不能直接用于字符流。它本质是字节层面的“回退一个或多个字节”的缓冲包装器，而字符流（如 Reader）涉及编码解码、多字节字符（如 UTF-8 中的中文）、代理对等复杂性，无法安全地在字符层做简单回退。所以，“用 PushbackInputStream 实现字符流回退”这个说法本身不准确——正确做法是：**在字节流层用 PushbackInputStream 回退字节，再由上层字符流（如 InputStreamReader）重新读取时自动处理；或改用专为字符设计的 PushbackReader。**
字节流中使用 PushbackInputStream 回退
PushbackInputStream 是 FilterInputStream 的子类，内部维护一个固定大小的字节数组缓冲区（默认 1 字节），调用 unread(int b) 或 unread(byte[] b) 将字节“推回”缓冲区，后续 read() 会先从缓冲区取，再读原始流。
- 必须确保回退的字节数不超过构造时指定的缓冲区大小（如
new PushbackInputStream(in, 4)最多 unread 4 字节） - 回退后再次
read()会优先返回 unread 的字节，顺序为后 unread 先读出（LIFO） - 不能 unread 已经被跳过（
skip()）或已从底层流读走但未 unread 的字节 - 示例：解析以特定字节开头的协议头时，先 read 试探，不匹配则 unread 后交由其他逻辑处理
字符流不能直接用 PushbackInputStream 的原因
字符流以字符（char）为单位，但一个字符可能对应多个字节（如 UTF-8 中 '中' 是 3 字节）。若你在 InputStreamReader 前套一层 PushbackInputStream，并尝试 unread 字符对应的字节：
- 你不知道该 unread 几个字节（取决于编码和字符）
- 如果只 unread 部分字节（如只 unread 前 2 字节），会导致底层字节流状态错乱，下次
InputStreamReader解码时可能读到截断的 UTF-8 序列，抛出MalformedInputException -
InputStreamReader内部也有缓冲，它可能已预读多字节，单纯操作底层PushbackInputStream无法同步其状态
字符流需要回退时的正确做法
应使用专为字符设计的 java.io.PushbackReader：
立即学习“Java免费学习笔记（深入）”；
- 构造时传入
Reader和可选缓冲区大小（单位：字符，不是字节） -
unread(int c)或unread(char[] cbuf)安全地将字符推回，read()会按字符粒度正确返回 - 底层自动处理编码细节，无需关心字节映射关系
- 若需从文件/网络读字符并支持回退，推荐组合：
new PushbackReader(new InputStreamReader(in, "UTF-8"), 4)
特殊情况：手动控制字节流 + 自定义字符解析
极少数场景（如实现自定义协议解析器）需精细控制字节并按字符语义回退，此时应：
- 放弃
InputStreamReader，直接用PushbackInputStream读字节 - 自己实现字节 → 字符的解码逻辑（例如按 UTF-8 规则解析字节序列）
- 发现需要回退字符时，根据当前字符的字节长度（1~4 字节）调用对应数量的
unread() - 这种做法复杂且易错，仅限底层协议解析等特殊需求，日常开发不推荐
