bufferedreader 的 skip() 方法优先从内部缓冲区跳过字符，仅当缓冲区不足时才触发底层 i/o；跳过的是字符数而非字节数，依赖正确设定的字符集；实际跳过数需校验返回值。
BufferedReader 的 skip() 方法跳过字符时，并不直接操作底层流，而是优先从其内部缓冲区中消耗数据——这是它高效的关键。
缓冲区优先消耗，减少底层 I/O
BufferedReader 默认维护一个 8192 字符的内部缓冲区（char[]）。调用 skip(n) 时，它先检查缓冲区中是否已有足够未读字符：
- 若缓冲区剩余字符数 ≥ n，则直接移动内部读取指针，不触发底层 read()，开销极小
- 若缓冲区剩余不足 n，则先用底层 Reader 填充缓冲区（可能触发一次或多次系统 I/O），再继续跳过
- 整个过程对上层透明，开发者无需关心填充逻辑
skip() 的字符语义与编码强相关
skip(long n) 跳过的是字符数，不是字节数。这依赖于 BufferedReader 包装的 Reader（如 InputStreamReader）已正确设定字符集：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- UTF-8 编码下，一个中文字符占 3 字节，但算作 1 个字符 → skip(1) 正确跳过该汉字
- 若 InputStreamReader 未指定 charset（使用平台默认），遇到非 ASCII 内容时 skip 可能错位
- 务必确保初始化时明确传入 charset：new InputStreamReader(in, "UTF-8")
缓冲区大小影响 skip 效率与行为
缓冲区越小，skip 大量字符时触发底层读取的次数越多；过大则内存占用上升：
- 默认 8192 字符（约 16KB 内存）在多数场景下平衡了性能与资源
- 若已知头部固定且较短（如 50 字符），默认缓冲足够，skip 几乎总走内存路径
- 若需跳过数万字符，可适当增大缓冲区（如 new BufferedReader(reader, 65536)），降低填充频率
- 注意：BufferedReader 构造时指定的 sz 是字符数，不是字节数
实际跳过数必须校验
skip() 不保证跳过全部请求字符，尤其在流末尾或缓冲区未及时填充时：
- 返回值是实际跳过的字符数，可能小于 n
- 必须显式判断：if (reader.skip(n) != n) { /* 处理截断或异常 */ }
- 对文件流通常可靠；对网络流或管道流，skip 可能阻塞或部分成功，需配合超时与异常处理
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
