核心思路是将double按IEEE 754 binary64位模式转为确定性long，以大端8字节序列传输，接收方按相同字节序还原为uint64再解码为double，从而绕过格式化、字节序依赖与精度损失，实现跨语言无损传递。
用 Double.longBitsToDouble() 实现跨语言二进制序列化，核心思路是：把 double 类型的位模式（64 位）当作纯整数传输，接收方用对应语言的等价函数还原。它不处理结构、类型标记或字节序协商，只解决“如何无损传递一个 IEEE 754 double 的原始比特”这一最小问题。
为什么选 longBitsToDouble() 而不是直接写 double？
Java 的 double 是 IEEE 754 binary64，但直接用 DataOutputStream.writeDouble() 写出的字节顺序（大端）虽标准，却依赖 JVM 实现细节和平台字节序感知；而 Double.doubleToLongBits(d) 返回的是该 double 在内存中的精确 64 位整数表示（忽略 NaN 的符号位差异），再用 longBitsToDouble() 还原可 100% 保真——只要对方语言能按相同规则解释这 64 位。
关键点：
- 它绕过了浮点数格式化/解析（如字符串转换），避免精度丢失和 locale 问题
- 输出是确定性 long（非 sign-extended），适合网络传输或存二进制文件
- NaN、±0、±Infinity 都有唯一 long 表示（
doubleToRawLongBits可保留 NaN 位模式全貌）
协议设计：最简二进制帧格式
假设只传单个 double，协议可以只有 8 字节：
- 发送方：调用
Double.doubleToLongBits(value)→ 得到long bits - 将
bits拆为 8 个字节，按大端（network byte order）排列（Java 默认） - 接收方：读入 8 字节 → 合成 big-endian long → 调用
Double.longBitsToDouble(bits)
例如：3.141592653589793 → 0x400921FB54442D18 → 发送字节序列 40 09 21 FB 54 44 2D 18。
跨语言对接要点（以 Python / C / Go 为例）
接收端必须做两件事：按大端把 8 字节转为 uint64，再用 IEEE 754 解码器还原为 double。
-
Python：用
struct.unpack('>Q', data)[0]得到 uint64，再用struct.unpack('>d', data)[0]直接解 double（更简单）；或用int.from_bytes(data, 'big')+struct.pack('>Q', bits)+struct.unpack('>d', ...)[0] -
C：用
memcpy(&uint64_val, buf, 8)（注意平台字节序，若小端需be64toh()）→ 再memcpy(&double_val, &uint64_val, 8) -
Go：用
binary.BigEndian.Uint64(buf)得到 uint64，再用math.Float64frombits(uint64)
⚠️ 必须统一字节序。Java 默认大端，其他语言读取时若用小端解析会得到完全错误的值。
扩展到多个值或混合类型怎么办？
加长度头或类型标签即可。例如：
- 前 1 字节表示字段数 N，随后每 8 字节是一个 double 的 bits（大端）
- 或每个字段前加 1 字节 type ID（0x01=double），再跟 8 字节 bits
- 实际项目中建议用 Protocol Buffers 或 FlatBuffers，它们底层也用类似机制，但自动处理字节序、对齐、嵌套
自行实现时，务必在文档里明确写出：字节序 = 大端，double 编码 = IEEE 754 binary64 raw bits，NaN 处理方式（推荐用 doubleToRawLongBits 保持位级一致）。
