InputStream.skip() 不保证跳过指定字节数，可能返回少于请求值甚至0；因不同子类实现差异大，如FileInputStream通常支持而网络流或GZIPInputStream可能不支持；需循环调用并累加实际跳过字节数。
InputStream.skip() 并不保证跳过你指定的全部字节，它只尝试跳过，实际跳过的字节数可能少于请求值，甚至为 0。 这是很多初学者踩坑的地方——以为调用 skip(n) 就一定能跳过 n 字节，结果后续读取出错或逻辑异常。
为什么 skip() 不一定跳过全部字节？
因为 InputStream 是抽象类，不同子类实现差异很大：
-
FileInputStream通常能较好支持跳过（底层调用系统 lseek），但遇到不可寻址流（如网络流、压缩流）就可能失败； -
BufferedInputStream会先尝试从缓冲区里跳，缓冲区不够时再委托底层，仍可能不满足； -
System.in或某些包装流（如GZIPInputStream）根本无法跳过已解压/解析的部分，skip()可能直接返回 0。
如何可靠地跳过指定字节数？
必须循环调用 skip()，并累计实际跳过的字节数，直到达到目标或流结束：
long toSkip = 1024L;
long skipped = 0L;
while (skipped < toSkip) {
long result = inputStream.skip(toSkip - skipped);
if (result == 0) {
// 已到流末尾，或暂时无法跳过（如阻塞中）
break;
}
skipped += result;
}注意：要检查 result == 0 而不是 result < 0，因为规范规定 skip() 返回值 ≥ 0，-1 不合法。
立即学习“Java免费学习笔记（深入）”；
更安全的替代方案：用 read() 丢弃字节
如果跳过逻辑关键（比如协议解析中必须精准跳过 header），推荐用 read() 配合 byte 数组丢弃，语义明确且可控：
- 分配一个临时缓冲区（例如 8192 字节）；
- 循环
read(buf)，累加读取字节数，直到达到目标； - 忽略读到的数据，不处理也不保存。
这样虽有内存拷贝开销，但行为确定，不受底层流实现影响。
特别注意边界情况
跳过过程中可能遇到：
- 流提前结束（返回值为 0 且后续也返回 0）：说明剩余字节数不足，需按业务决定是报错还是继续；
- 输入流不支持跳过（如
ByteArrayInputStream支持，但某些自定义流未重写skip()，直接继承父类默认返回 0）； - 跳过大量字节时性能问题：避免单次
skip(Long.MAX_VALUE)，应分批处理。
