Double.doubleToRawLongBits() 保留 NaN 原始位模式，而 doubleToLongBits() 将所有 NaN 归一化为 0x7ff8000000000000L；二者对非 NaN 值行为一致，raw 版本用于需位级精确的场景如跨语言 NaN 诊断信息传递或序列化往返。
Double.doubleToRawLongBits() 确实完整保留 NaN 的原始位模式，这是它和 Double.doubleToLongBits() 最关键的区别。
为什么 NaN 位模式需要被保留
IEEE 754 标准允许存在多种 NaN 编码：quiet NaN（QNaN）和 signaling NaN（SNaN），它们通过第 51 位（significand 的最高位）区分；尾数其余部分还可携带调试信息、错误码或来源标识。Java 不强制统一这些细节，doubleToRawLongBits() 就是为暴露这种底层差异而设计的。
- 传入
Double.NaN（通常对应 0x7ff8000000000000L）→ 返回该值 - 传入自定义 quiet NaN，比如
Double.longBitsToDouble(0x7ff9000000000000L)→doubleToRawLongBits()仍返回 0x7ff9000000000000L - 传入 signaling NaN（如 0x7ff0000000000001L）→ 同样原样返回，不会转成 quiet NaN
doubleToRawLongBits() 与 doubleToLongBits() 的实际差异
二者在绝大多数输入下结果一致，仅当参数是 NaN 时行为不同：
-
doubleToLongBits()：把任意 NaN 都映射为同一个规范值
0x7ff8000000000000L - doubleToRawLongBits()：不做归一化，返回输入 NaN 实际对应的 64 位整数
- 对 ±0.0、±Infinity、正规/非正规数，两个方法输出完全相同
典型使用场景
需要精确还原或比对浮点状态时，必须用 raw 版本：
- 跨语言二进制协议中传递带诊断信息的 NaN（例如：前端 JS 生成的 NaN 携带错误 ID，后端 Java 需原样读出）
- 序列化框架要求 bit-wise 精确往返（
longBitsToDouble(doubleToRawLongBits(x)) == x对所有 x 成立，包括各类 NaN） - 单元测试中验证浮点计算是否产生特定类型的 NaN（比如检查是否触发了 SNaN 转换）
注意事项
即便保留了位模式，Java 运行时仍可能在运算中静默转换 SNaN 为 QNaN。所以raw bits 反映的是输入瞬间的位布局，不保证后续参与计算时行为不变。若需稳定语义，建议优先使用 QNaN 并约定好 payload 格式。
