fread读整数浮点数出错主因是字节序不匹配，需确认文件来源字节序、用固定宽度类型、读后手动翻转字节；字符串须先读长度再读内容；二进制读取必须用binary模式并检查实际读取量。
用 fread 读整数和浮点数时字节序不匹配就出错
直接 fread 读出来的 int 或 float 值不对？大概率是写入和读取时的字节序（endianness）不一致。比如文件在大端机器上写入，你在小端 x86_64 上读，int32_t x; fread(&x, sizeof(x), 1, fp) 会把字节顺序当成本地序解释，结果就是乱码值。
- 确认文件来源：如果是跨平台生成的二进制（如嵌入式设备、网络传输存盘），必须查清其字节序，不能默认跟本机一致
- 别依赖
sizeof(int)—— 它在不同平台可能为 4 或 8，应显式用int32_t/int64_t等固定宽度类型 - 读完后手动翻转字节：用
ntohl/ntohs（网络序→主机序），或自己写std::byteswap（C++23）或__builtin_bswap32 - 浮点数更麻烦：IEEE 754 标准不规定字节序，所以
float和double同样要按整型位宽处理再 reinterpret_cast
读字符串不能只靠 fread + c_str()
二进制文件里的字符串通常不带结尾 '\0'，也不是 C 风格 null-terminated；如果直接 fread(buf, 1, len, fp) 后当成 std::string 构造，容易越界或截断。
- 先读长度字段：常见格式是「4 字节 int 表示字符串长度」+「紧接着的 raw 字节」，得先
fread(&len, sizeof(len), 1, fp)，再分配缓冲区 - 避免隐式转换：不要
std::string s(buf, len)后再调s.c_str()——std::string本身就能存二进制数据（含 '\0'），只要别用printf("%s", s.c_str())这类 C 函数就行 - 注意编码：二进制里存的是原始字节，不是 UTF-8 自动识别；若需 Unicode 处理，得额外约定编码并用
std::codecvt_utf8（已弃用）或第三方库（如 ICU、utf8cpp）
std::ifstream 用 read() 比 fread 更安全但要设 binary 模式
混用文本模式和二进制读取会导致换行符被悄悄转换（Windows 下 \r\n → \n），尤其读 float 数组时偏移全错。
- 必须加
std::ios::binary：std::ifstream fp("data.bin", std::ios::binary)，否则 Windows 下read()可能提前终止 - 检查读取数量：
fp.read(reinterpret_cast<char>(&x), sizeof(x))</char>后立刻查fp.gcount() == sizeof(x)，文件末尾或磁盘错误时它可能少于预期 - 别用
operator>>：它跳空白、解析格式，完全不适用于原始二进制流
结构体整体读写最省事，但有对齐和填充陷阱
有人喜欢 fread(&s, sizeof(s), 1, fp) 一次性读结构体，快是快，但一升级编译器或换平台就崩。
- 结构体里有
std::string或指针？绝对不能直接读——它们内部是动态分配的，二进制里只存了指针值，读出来就是野地址 - 用
#pragma pack(1)或[[gnu::packed]]强制紧凑布局，否则编译器自动插入 padding 字节，导致文件格式和内存布局不一致 - 成员顺序必须严格一致：写的时候是
int a; float b;，读的时候结构体定义也得一模一样，字段名可以不同，但类型、顺序、大小都不能变
最麻烦的从来不是怎么读，而是你怎么知道该读多少、按什么顺序、谁负责清理中间状态。协议文档缺失、没有 magic number 校验、没版本字段——这些才是让二进制解析变成玄学的根本原因。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
