seekg和seekp是按字节偏移重置读写位置的底层操作，非快捷键；seekg(0)无效主因是eofbit/failbit未清，须先clear()；精确定位必须用ios::binary模式，且读写指针完全独立。
seekg 和 seekp 不是“移动指针”的快捷键，而是按字节偏移量重置读写位置的底层操作——用错模式、不清理状态、混淆基准点，都会让它们看起来“没反应”。
为什么 seekg(0) 后还是读不到开头？
最常见的情况是：文件已读到末尾（eofbit 置位）或发生过读取错误（failbit 置位），此时 seekg() 调用成功但后续 read() 或 getline() 仍失败。
- 必须在
seekg()前调用file.clear()清除状态位 - 如果刚用
seekg(0, std::ios::end)获取文件大小，指针已在末尾，得再调一次seekg(0, std::ios::beg)才能读开头 - 文本模式下，Windows 的
\r\n折叠会导致tellg()返回值 ≠ 实际字节数，别拿它反推偏移
seekg 和 seekp 必须配 std::ios::binary 吗？
不是“必须”，但所有需要精确定位的场景都该用。文本模式下，seekg() 和 seekp() 的行为在标准中未完全规定，尤其跨平台时不可靠。
- Linux/macOS 文本模式下
seekg()偶尔能用，但 Windows 下极易错位（比如跳到第 10 字节，实际落在\r中间） - 用
std::ios::binary打开后，seekg(n)就真跳到第 n 个字节，tellg()返回值可直接用于下次seekg() - 即使处理纯 ASCII 文本，也建议统一用 binary 模式 + 自己处理换行符，避免定位漂移
读写混合时，seekg 和 seekp 互相影响吗？
完全独立。同一个 std::fstream 对象维护两个指针：get pointer 和 put pointer，改一个不影响另一个。
立即学习“C++免费学习笔记（深入）”；
- 想从文件开头读 16 字节头，再跳到第 4 字节写标志位？必须显式调用
seekp(4)，seekg(0)不会动写位置 - 切换读/写方向前，建议插入
file.flush()（对输出缓冲）和file.clear()（清状态），否则旧缓冲内容可能被覆盖 - 追加模式（
std::ios::app）下seekp()可能被忽略——写入始终强制发生在文件末尾，哪怕你调了seekp(100)
大文件定位时，偏移量类型和范围要注意什么？
seekg() 和 seekp() 的偏移参数类型是 std::streamoff，不是 int 或 size_t。32 位系统上它可能只有 4 字节，无法表示 >2GB 文件的偏移。
- 用
static_cast<:streamoff>(offset)</:streamoff>显式转换，别依赖隐式提升 - Linux 编译需定义
_FILE_OFFSET_BITS=64；MSVC 需确保链接支持大文件的 CRT - 获取文件大小别用
stat()后转int，而应file.seekg(0, std::ios::end); std::streamoff size = file.tellg(); - 调试时用
xxd example.bin | head -n 5核对真实字节布局，比靠cout 可靠得多
真正难的不是调用函数，而是把“字节偏移”这个概念焊进直觉里——UTF-8 中一个汉字是 3 字节，JSON 里引号和逗号都占 1 字节，日志文件每行末尾的 \n 也算 1 字节。算错一个，整个定位就偏了。
