Double.longBitsToDouble() 直接将long的64位比特按IEEE 754双精度格式解释为double值，不进行数学转换；网络字节流需先按大端序还原为long再调用该方法。
直接用 Double.longBitsToDouble() 就行，它不是“转换浮点数值”，而是把 64 位比特模式原样解释为 IEEE 754 双精度浮点数的内存表示 —— 这正是网络协议中解析二进制流的核心需求。
理解 longBitsToDouble 的本质
该方法不进行数学换算，也不关心字节序或编码含义。它只做一件事：把一个 long 值的 64 个比特，按 IEEE 754-2008 规定的双精度格式（1 位符号 + 11 位指数 + 52 位尾数），直接映射为对应的 double 值。
例如：
-
Double.longBitsToDouble(0x3ff0000000000000L)→1.0 -
Double.longBitsToDouble(0xc008000000000000L)→-3.0 -
Double.longBitsToDouble(0x7ff0000000000000L)→Double.POSITIVE_INFINITY
从网络字节流还原 long 值（关键：注意字节序）
网络协议（如 TCP/UDP 载荷、gRPC、自定义二进制协议）通常以大端（Big-Endian）传输 64 位数据。而 Java 的 long 在内存中是平台相关的，但 longBitsToDouble 输入必须是符合网络字节序重组后的值。
推荐做法：用 ByteBuffer 显式指定字节序：
byte[] bytes = {/* 8 字节，网络顺序（大端）*/};
long bits = ByteBuffer.wrap(bytes).order(ByteOrder.BIG_ENDIAN).getLong();
double value = Double.longBitsToDouble(bits);
如果手写解析（比如从 InputStream 读取）：
- 依次读 8 个字节
b[0]到b[7]（b[0]是最高有效字节） - 组合：
long bits = ((long)b[0] & 0xFF) - 再传给
longBitsToDouble
和常规浮点解析（如 Double.parseDouble）的区别
别混淆这两个场景：
-
Double.parseDouble("3.14")：从 ASCII 文本解析十进制数字 → 涉及字符串分析、舍入、精度推导 -
Double.longBitsToDouble(0x40091EB851EB851FL)：从原始比特重建 IEEE 表示 → 零开销、确定性、完全可逆（只要没 NaN payload 冲突）
在网络协议中，你拿到的是发送方用 Double.doubleToLongBits(x) 或 Double.doubleToRawLongBits(x) 得到的比特，所以必须用 longBitsToDouble 逆向还原，否则会因舍入或格式差异出错。
注意 doubleToRawLongBits vs doubleToLongBits
发送端若用了 doubleToLongBits，它会把所有 NaN 统一规范为一个特定 bit 模式（canonical NaN）；而 doubleToRawLongBits 保留原始比特（包括不同 NaN payload）。接收端应与发送端一致：
- 若发送用
doubleToLongBits，接收用longBitsToDouble即可 - 若发送用
doubleToRawLongBits（常见于需要保留 NaN 区分的场景），接收也应使用longBitsToDouble—— 因为longBitsToDouble本身不归一化 NaN，它忠实地还原所有比特
也就是说：只要收发两端都用 Raw 版或都用非 Raw 版，longBitsToDouble 就能正确还原。
