浮点数无补码形式，应直接memcpy二进制数据到文件；IEEE 754标准采用符号位、指数偏移和尾数（隐含前导1）表示，避免文本转换可防止精度损失与平台歧义。
浮点数没有补码形式，直接 memcpy 到文件才是正确做法
浮点数在 IEEE 754 标准下用符号位 + 指数偏移 + 尾数（隐含前导 1）表示，它根本**不使用补码**。所谓“以原始二进制形式存入文件不失真”，本质是绕过文本转换、避免精度损失和平台格式歧义，唯一可靠方式就是按内存布局原样写入字节序列。
常见错误是试图用 std::to_string 或 std::ofstream 输出，这会走十进制转换——不仅丢失末位精度（尤其对 <code>double），还可能因 locale 导致小数点字符变化；更糟的是有人尝试手动拆解符号/指数/尾数再拼二进制字符串，纯属重复造轮且极易出错。
正确做法：用 memcpy 或 std::bit_cast（C++20）把浮点对象当一串字节看待，再用二进制模式写入文件。
用 ofstream.write 写入 raw bytes 的完整步骤
关键有三处：打开文件必须用 std::ios::binary，写入长度必须等于 sizeof(float) 或 sizeof(double)，且不能依赖流插入操作符。
立即学习“C++免费学习笔记（深入）”；
- 打开文件时漏加
std::ios::binary：在 Windows 下会导致\n被误转为\r\n，破坏二进制完整性 - 用
out 替代 <code>write：触发格式化输出，完全不是原始比特 - 写入长度写成
sizeof(value)却没加括号或类型检查：若value是引用或表达式，sizeof可能返回意外值
示例：
float f = 3.141592653589793f;
std::ofstream file("data.bin", std::ios::binary);
file.write(reinterpret_cast<const char*>(&f), sizeof(f)); // 必须 reinterpret_cast
file.close();
读取时务必保持类型和字节序一致
写入的是 float，读取也必须用 float* 解析同一段内存；若写入端是 x86_64（小端），而读取端是 ARM 大端设备，直接读会得到完全错误的值——IEEE 754 本身不规定字节序，这是硬件决定的。
跨平台场景下需显式处理字节序，但注意：这不是浮点数独有的问题，而是所有二进制序列化共性。可选方案包括：
- 约定只在同构平台间交换（最简单，多数内部工具适用）
- 写入前用
htole32/htole64转小端，读取后反转（需自行实现 float/double 的整数视图转换） - 改用文本格式（如 JSON）+ 高精度解析（牺牲性能换可移植性）
不推荐用 std::bit_cast<uint32_t>(f) 后再转字节序——虽然语义清晰，但 C++20 前不可用，且仍需处理浮点 NaN/Inf 的位模式兼容性。
为什么 union 或 reinterpret_cast 不是万能解法
有人用 union { float f; uint32_t i; } 读写，看似简洁，但 C++ 标准中访问非活跃成员属于未定义行为（UB），即使 GCC/Clang 当前允许，也可能被优化器破坏。C++20 引入 std::bit_cast 才是标准认可的安全方式。
另一个陷阱是结构体打包：struct { float a; double b; } 直接写入，中间可能有填充字节（padding），导致读取错位。必须用 #pragma pack(1) 或 [[gnu::packed]] 显式禁用对齐，或逐字段单独写入。
最后提醒：浮点数本身就有精度限制，0.1f 在二进制中本就是无限循环小数。所谓“不失真”仅指不引入额外转换误差，不代表数学上精确等于十进制输入值。
