用seekg跳过文件头需以ios::binary模式打开，调用file.seekg(16, ios::beg)并检查good()；相对跳转用ios::cur；跨平台须避免文本模式；定位末尾需先tellg再计算偏移。
用 seekg 跳过文件开头的固定字节头
如果文件开头有 16 字节的 header（比如自定义二进制格式），读数据前必须跳过它，否则 read() 会把 header 当成有效内容。直接调 seekg(16) 看似简单，但这是绝对偏移——前提是文件以 ios::binary 模式打开，否则文本模式下换行符处理会让偏移失效。
实操建议：
- 务必用
ifstream file("data.bin", ios::binary)打开，否则seekg行为不可靠 - 跳过 header 推荐写法：
file.seekg(16, ios::beg)，显式指定起点更安全 - 跳完立刻检查：
if (!file.good()) { /* 失败，可能文件太小 */ }，避免后续读取静默出错
seekg 相对当前位置跳过中间一段冗余数据
二进制日志文件中，每条记录后跟一个 4 字节校验块，你想跳过它直接读下一条，就得用相对位移。这时候 seekg(4, ios::cur) 是正确姿势，但要注意：它只移动读指针，不改变文件实际内容，也不影响写指针（seekp）。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
- 用
seekg(4)（缺第二个参数）→ 默认按ios::beg，变成从文件头跳 4 字节，彻底错乱 - 在文本模式下对二进制数据调
seekg→ Windows 下 \r\n 被转成 \n，导致偏移量计算偏差 - 跳完没清错误标志：
file.clear()必须加，尤其之前发生过读失败
跨平台下 seekg 偏移量不准的根源
Linux 和 macOS 上 seekg 对二进制文件完全可靠，但 Windows 下若文件以文本模式打开，seekg 的偏移量会因 \r\n 处理而“虚高”。这不是 bug，是 C++ 标准规定文本流必须做换行标准化。
关键判断点：
- 用
file.tellg()查当前读位置，确认是否符合预期（比如刚 open 后应为 0） - Windows 上若发现
tellg()返回值比预期大（如多出 1），基本可断定是文本模式干扰 - 不要依赖
sizeof(int)或结构体大小直接算偏移——打包（#pragma pack）和对齐会影响真实字节数
用 seekg 定位到文件末尾倒推 N 字节读取
想读最后 1024 字节（比如日志尾部），不能先 seekg(0, ios::end) 再减，因为 tellg() 在 ios::end 时返回的是文件长度，但该位置本身不可读——必须回退。
实操要点：
- 先
file.seekg(0, ios::end)，再auto size = file.tellg() - 然后
file.seekg(size > 1024 ? size - 1024 : 0)，注意边界：size 可能小于 1024 - 读之前记得
file.clear()，因为seekg到 end 后 EOF 标志可能被置位 - 别用
seekg(-1024, ios::end)——C++ 标准不保证负偏移在ios::end下行为一致，GCC 和 MSVC 实现不同
最易被忽略的一点：所有 seekg 操作后，如果接下来要调 read() 或 getline()，必须确保流状态干净——good() 为 true，否则读操作直接跳过。这个检查不是可选的，是必须的。
