InputStream.skip()仅按数量跳过字节，不识别内容；实现基于字节值的定位（如跳到/跳过0x00）必须用read()循环配合条件判断，并建议加最大读取限制和缓冲优化。
InputStream.skip() 方法不能精确跳过“特定字节变量”（比如某个字节值 0xFF），它只能按数量跳过指定个数的字节，不关心内容。想实现基于字节值的文件定位（例如“跳到下一个 0x00 之后”或“跳过所有连续的 0xFF”），必须手动读取并判断，不能依赖 skip()。
skip() 的真实作用：按长度跳过，不是按内容跳过
InputStream.skip(long n) 的语义是“尝试跳过输入流中 n 个字节”，它返回实际跳过的字节数（可能小于 n，尤其在网络流或小缓冲场景）。它不会扫描、不比较字节值，也不回退——它只是移动内部读取位置。因此：
- 无法用 skip() 实现“跳到第一个匹配的 0x1A”
- 不能靠 skip() 替代查找逻辑（如找分隔符、帧头、magic number）
- 适合场景：已知结构，跳过固定头部（如跳过前 12 字节的文件头）
真正实现“按字节值定位”的推荐做法
需结合 read() 循环 + 条件判断。以“定位到下一个 0x00 字节，并停在它之后”为例：
int b;
while ((b = in.read()) != -1) {
if (b == 0x00) {
break; // 停在 0x00 处，下一次 read() 将读取其后字节
}
}
// 若需跳过该 0x00，再调用一次 in.read()
更健壮的做法（带超时/上限，防无限循环）：
- 设定最大搜索长度（如最多读 1MB 后放弃）
- 使用 BufferedInputStream 提升单字节读取性能
- 对多字节模式（如 “0xFF 0xD8” JPEG 头），用滑动窗口或状态机匹配
跳过连续相同字节的实用封装示例
比如跳过开头所有 0xFF（常见于某些二进制协议填充）：
public static long skipBytesWithValue(InputStream in, int target, long maxSkip) throws IOException {
long skipped = 0;
int b;
while (skipped < maxSkip && (b = in.read()) != -1) {
if (b != target) {
// 遇到非目标字节，把该字节“推回”（需支持 mark/reset 或用 PushbackInputStream）
if (in instanceof PushbackInputStream) {
((PushbackInputStream) in).unread(b);
} else {
throw new IOException("Stream does not support unread, cannot backtrack");
}
break;
}
skipped++;
}
return skipped;
}
注意：普通 InputStream 不支持“退回”，所以实际中建议用 PushbackInputStream 包装原始流，以便在匹配失败时回退最后一个字节。
什么时候可以安全用 skip()？
仅当满足以下全部条件时，skip() 才是高效且可靠的选择：
- 目标位置由“从头开始的偏移量”明确给出（如第 1024 字节）
- 底层流支持高效跳转（FileInputStream 在本地文件上 skip 很快；ByteArrayInputStream 直接操作数组）
- 不需要检查跳过区域的内容，也不依赖跳过后的上下文语义
例如：解析 PNG 文件时，跳过固定的 8 字节签名后读 IHDR 块，就适合 skip(8)。
