用 seekg 读结构体需保证内存与文件布局一致，须用 #pragma pack(1) 或 alignas(1) 避免填充；文件须以 binary 模式打开；seekg 偏移量单位为字节且依赖基准位置；read() 应校验 gcount()；跨平台需处理字节序；读后应验证 magic number。
用 seekg 跳到指定位置再读结构体，必须保证内存布局和文件一致
直接 read() 一个结构体进内存，前提是这个结构体在内存里的字节排布和文件里一模一样。C++ 默认不保证结构体内存对齐方式，#pragma pack(1) 或 alignas(1) 往往是必需的，否则 seekg 算出来的偏移量会错位。
- 常见错误现象：
read()后字段值明显异常（比如整数变成极大负数、字符串首字节是\x00）——大概率是结构体被编译器悄悄插了填充字节 - 使用场景：解析已知格式的二进制资源文件（如游戏 asset、传感器原始帧、自定义协议 dump）
- 实操建议：在结构体定义前加
#pragma pack(push, 1)，定义后加#pragma pack(pop)；或用static_assert(std::is_standard_layout_v<mystruct>)</mystruct>+sizeof(MyStruct)校验是否真“无填充”
seekg 偏移量算错的三个高频原因
不是所有偏移都从 0 开始算，也不是所有单位都是“字节”。seekg 的行为高度依赖流状态和打开方式。
- 文件必须用
std::ios::binary模式打开，否则 Windows 下换行符会被自动转换，导致后续所有偏移全错 -
seekg(pos)是从文件开头算起；seekg(offset, std::ios::cur)才是从当前位置偏移——容易把两者混用 - 偏移量类型是
std::streamoff，不是int或size_t；大文件（>2GB）下用long long强转可能截断，应直接用static_cast<:streamoff>(offset)</:streamoff>
读取结构体时，read() 和 memcpy 的区别在哪
表面上都是把字节拷进结构体内存，但安全边界完全不同。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
file.read(reinterpret_cast<char>(&s), sizeof(s))</char>是标准做法，它依赖流的状态位（failbit/eofbit）反馈读取是否完整；而裸memcpy完全绕过流控制，出错也不报 - 必须检查
file.gcount() == sizeof(s)，不能只看!file.fail()—— 比如文件末尾只剩 3 字节却想读 8 字节的结构体，failbit可能不置位，但gcount()返回 3 - 如果结构体含指针或虚函数，绝对不能直接
read()—— 这类对象本就不该按二进制序列化，得手写字段级解析
跨平台读二进制结构体，字节序不处理就是埋雷
文件在小端机器上生成，拿到大端机器上直接 read()，整型字段全乱。C++ 标准库不自动转换字节序。
立即学习“C++免费学习笔记（深入）”；
- 常见错误现象：32 位整数读出来是
0x12345678，但预期是0x78563412—— 典型大小端倒置 - 实操建议：优先用
htole32/le32toh（POSIX）或bswap_32（GCC/Clang），Windows 可用_byteswap_ulong；别自己写位运算，易错且难维护 - 性能影响：单次读取几十个字段时，字节序转换开销可忽略；但若每帧读上万次，建议在读入缓冲区后批量转换，而非逐字段调用
