files.lines 的 skip(n) 是惰性顺序跳过而非随机访问，前 n 行仍被逐行读取丢弃；高效定位第 n 行应预建行偏移索引、用内存映射查找换行符或中小文件直接加载到内存后随机访问。
用 Files.lines 读取文件时，skip(n) 可以跳过前 n 行，但要注意它不是“随机访问”，而是顺序跳过——底层仍需遍历前 n 行。若目标是“快速跳转到第 N 行”，真正高效的方式不是靠 skip，而是结合流式处理逻辑或改用更合适的方法。
skip 的真实行为：惰性但非跳跃式
skip(n) 返回一个新流，从原流的第 n+1 个元素开始（索引从 0），但它不会跳过磁盘 I/O 或解析开销。例如：
Files.lines(Paths.get("log.txt"))
.skip(100000) // 前 10 万行仍会被逐行读取、丢弃
.findFirst() // 实际拿到第 100001 行
这在大文件中会造成明显延迟，尤其当只需某一行时。
真正想“快速定位第 N 行”？优先考虑随机访问替代方案
纯文本无法直接按行号随机读取（因为每行长度不固定），但可借助以下方式提升效率：
-
预建行偏移索引：首次扫描文件，记录每行起始字节位置（
ArrayList<long></long>），后续通过RandomAccessFile+seek()直接跳转； -
使用内存映射 + 自定义行查找：用
MappedByteBuffer加速查找换行符（\n或\r\n），适合超大只读文件； -
分块预加载 + 流式跳过：对中小文件，先用
Files.readAllLines()加载进内存，再用List::get(n)随机访问（简单直接，内存允许时最省心）。
如果坚持用 Files.lines + skip，请注意关键细节
避免常见陷阱：
-
必须关闭流：
Files.lines返回的是Stream<string></string>，未关闭会导致文件句柄泄漏。务必用 try-with-resources： -
skip 后立即终止操作：调用
findFirst()、limit(1)等短路终端操作，防止后续无谓遍历； - skip(0) 是合法的，但无意义；skip 超出总行数会返回空流，不会报错。
示例（安全写法）：
try (Stream<string> stream = Files.lines(Paths.get("data.txt"))) {
String line10M = stream.skip(9_999_999).findFirst().orElse(null);
}
</string>
小结：skip 是流式“跳过”，不是“跳转”
它适用于已确定要处理“后半段”的场景（如日志尾部分析），但不适合低延迟随机行访问。需要频繁按行号查内容时，应构建索引或改用基于字节偏移的方案。工具本身没有错，关键是匹配使用场景。
