seekg和seekp在跳过文件头、日志回溯、二进制解析时是必需的定位手段；seekg(0)需先clear()清状态，偏移单位为字节，seekp写入前须flush。
seekg 和 seekp 什么时候必须用
当你要跳过文件头读取特定区块、实现日志回溯、或做二进制协议解析时，seekg 和 seekp 不是“可选技巧”，而是绕不开的定位手段。它们直接操作流内部的读写位置指针，不依赖缓冲区刷新或逐字节扫描——这是效率关键。
为什么 seekg(0) 不一定回到开头
常见错误是调用 seekg(0) 后仍读不到开头数据，原因通常是：流状态位（如 eofbit 或 failbit）已被置位，导致后续操作被忽略。必须先清状态再定位。
-
file.clear()必须在seekg前调用，尤其在读到 EOF 后想重读 - 偏移量单位是字节，不是字符数；UTF-8 文件里一个中文字符占 3 字节，别按“第 5 个字符”算偏移
- 使用
ios::beg/ios::cur/ios::end显式指定基准点，避免默认行为歧义
seekp 写入前没 flush 会丢数据
seekp 只改写位置指针，不自动刷出缓冲区。如果之前有未写出的数据，又用 seekp 跳到别处写，旧缓冲内容可能被覆盖或静默丢弃。
- 写入前确保上一次操作已结束：
file - 二进制写入更敏感：用
write()后务必flush()，否则seekp定位后写入可能错位 - 打开文件时加
ios::binary标志，否则 Windows 下\n换行符会被悄悄转成\r\n，让偏移计算全乱
跨平台偏移计算要小心
Linux 和 macOS 下文本模式与二进制模式的 seekg 行为一致，但 Windows 文本模式会把 \r\n 当作单个换行符处理，导致 tellg() 返回的位置 ≠ 实际字节数 —— 这会让基于位置的随机读写失效。
立即学习“C++免费学习笔记（深入）”；
- 所有需要精确定位的场景，一律用
ios::binary打开文件 - 不要依赖
tellg()/tellp()的返回值做跨平台偏移运算，除非确认是二进制模式 - 调试时用十六进制查看器（如
xxd或 HxD）核对真实字节偏移，比靠cout << file.tellg()更可靠
最常被忽略的是状态位清理和文本/二进制模式混用——这两个点一错，seekg 和 seekp 就变成“看起来在动，实际没生效”的幽灵操作。
