用seekg定位第N个固定长度数据块，偏移量为N*sizeof(Record)，N从0开始；须用ios::binary模式、streamoff类型、seekg前检查流状态、后调用clear()并验证tellg()。
用 seekg 定位第 N 个固定长度数据块，核心是算对字节偏移
二进制文件里每个数据块大小一致（比如 struct Record 占 32 字节），想直接跳到第 N 块开头，seekg 的偏移量就是 N * sizeof(Record) —— 但前提是文件从头开始编号，且 N 从 0 开始计数。很多人错在把 N 当成“第 1 块”就写 1 * size，结果跳到了第二块开头；或者忘了 ios::beg 模式，导致相对当前位置偏移，行为不可控。
实操建议：
立即学习“C++免费学习笔记（深入）”；
-
seekg必须搭配ios::binary模式打开文件，否则换行符处理会破坏字节对齐 - 偏移量类型必须是
streamoff（不是int或size_t），大文件下int可能溢出 - 调用前检查流状态：
if (!file.good()) return;，避免在失效流上 seek 导致静默失败 - 示例：跳到第 5 个
Record（索引为 4）：file.seekg(4 * sizeof(Record), ios::beg);
struct 有 padding 时，sizeof 就是真实磁盘占用，别手算字段和
有人手动加 int + char[3] + double 算出 15 字节，但实际 sizeof 是 24 —— 因为编译器按最大成员对齐（double 通常 8 字节对齐）。二进制流只认磁盘上真正写的字节数，sizeof 是唯一可靠值。手算不仅错，还随平台、编译选项变化。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
#pragma pack(1)强制关闭 padding？可以，但要全局一致，且读写两端都得加，否则兼容性崩塌 - 用
static_assert锁死大小：static_assert(sizeof(Record) == 32, "Record layout changed");，比注释靠谱 - 调试时用
hexdump -C file.bin | head -20看真实字节布局，验证sizeof是否匹配
seekg 后不 clear() 和 good() 检查，读出来全是旧数据或 0
常见错误现象：seekg 调用后立刻 read()，结果读到的全是 0 或上一次的残余内容。根本原因是流处于 failbit 或 eofbit 状态（比如之前读到末尾没清状态），seekg 不会自动清除这些标志，后续读操作直接跳过。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 每次
seekg后加file.clear();，清除所有错误标志 - 紧接着检查位置是否合法：
if (file.tellg() == -1) { /* seek 失败 */ } - 不要依赖
seekg返回值判断成功——它返回*this，永远不报错；必须用good()或tellg()验证 - 示例安全序列：
file.clear(); file.seekg(pos, ios::beg); if (!file.good()) return false;
跨平台读写 struct，seekg 偏移正确也不代表数据能用
即使 seekg 精确定位到第 N 块开头，读出来的 struct 字段仍可能错乱。原因不在偏移，而在字节序（int 在 x86 是小端，ARM 可能大端）、浮点格式（IEEE 754 虽主流但非绝对）、甚至 bool 占几个字节（C++ 标准未规定）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 如果只是本程序写、本程序读，且不换平台/编译器，用
sizeof+seekg完全够用 - 涉及网络传输或跨平台存档，放弃直接
read(&obj, sizeof(obj))，改用序列化库（如protobuf）或手写字段级读写 - 临时方案：用
ntohl/htonl统一整数字节序，但浮点、指针、string 依然无解
偏移计算本身很直白，难的是确保你认为的“第 N 块”，和磁盘上、另一台机器上、十年后的编译器眼里，真是同一块数据。
