seekg无法直接跳到第n行，因为它只按字节偏移定位，不识别行概念；文本文件需逐行扫描或预建行偏移表才能准确定位，最安全做法是用循环+getline()读取。
seekg 为什么跳不到第 n 行？
因为 seekg 只认字节位置，不认“行”。文件里没有内置的行号索引，所谓“第 5 行”得靠你自己从头数换行符 '\n' 才能定位。直接 seekg(5) 是跳到第 5 个字节，不是第 5 行开头。
常见错误现象：seekg(n) 后 getline() 读出来内容错乱、空行、或根本不是目标行；或者用 seekg 加固定偏移硬算位置，一换平台（Windows/Linux 换行符不同）就崩。
- 文本文件必须逐行扫描才能可靠找到第 n 行——这是本质限制，绕不开
- 如果真要随机访问某行，得先构建行偏移表（比如把每行开头的字节位置存进
vector<streampos></streampos>），后续才可用seekg快速跳转 -
seekg在二进制模式下才完全可控；文本模式下某些标准库（尤其 Windows MSVC）会悄悄转换换行符，导致偏移计算失效
怎么安全地读取第 n 行（0-indexed）
别硬算，老老实实用循环 + getline()。这是最稳、最可移植的做法，且对小到中等文件（几万行内）性能完全够用。
使用场景：配置读取、日志抽样、调试时看某一行、脚本式数据处理。
立即学习“C++免费学习笔记（深入）”；
- 行号从 0 开始计数更符合 C++ 习惯，传参前记得减 1（比如想读第 3 行，实际查索引 2）
- 务必检查
getline()返回值，遇到 EOF 或读取失败时提前退出，否则可能拿到脏数据 - 不要在循环里反复调用
seekg(0)回头重读——开销大，还容易因流状态异常失败
std::ifstream file("data.txt");
std::string line;
for (int i = 0; i < target_line && std::getline(file, line); ++i) {
// 空循环，只推进到目标行前
}
if (std::getline(file, line)) {
// line 就是第 target_line 行（0-indexed）
}
seekg + tellg 配合构建行索引表
适合需要频繁随机读行的场景（比如交互式查看器、数据库式文本查询）。核心思路：一次性遍历全文件，记录每行起始 streampos，之后所有行访问都走 seekg。
参数差异：tellg() 返回的是 streampos 类型，不是 int 或 size_t，不能直接做算术运算；必须用 seekg(pos) 传回原值。
- 第一行起始位置用
tellg()在打开后立刻获取（通常是 0） - 每次
getline()成功后，再调一次tellg()得到下一行开头位置 - Windows 下用
std::ios::binary打开，避免\r\n被吞掉导致位置偏移 - 索引表本身建议用
vector<streampos></streampos>存，别转成整数——不同平台streampos底层类型可能不同
容易被忽略的兼容性坑
同一份代码在 Linux 和 Windows 上用 seekg 定位文本行，结果很可能不一致——根源在换行符和流模式。
性能影响：用 seekg 跳转本身很快，但若没预建索引表，每次读不同行都得从头扫，时间复杂度 O(n×m)，比顺序读还慢。
- Linux/macOS 换行符是
'\n'（1 字节），Windows 是"\r\n"（2 字节）；文本模式下getline()会统一吃掉\r\n当一个换行，但tellg()返回的位置是原始字节偏移 - 用
std::ios::binary打开文件可消除换行符干扰，但这时getline()不再自动处理\r\n，得自己切分 - 某些嵌入式或旧编译器（如早期 MinGW）的
streampos不支持大文件（>2GB），tellg()可能截断
真正复杂的点不在 seekg 本身，而在你如何定义“第 n 行”——是按显示行、按换行符数、还是按逻辑记录？这个前提没理清，后面所有偏移计算都是空中楼阁。
