double.doubletorawlongbits() 是将 double 值按 ieee 754 标准原样转为 long 的位模式提取方法，保留 nan、±0.0、非规格化数等所有原始位布局，仅与 doubletolongbits() 在 nan 处理上不同。
Double.doubleToRawLongBits() 不是“绕过规范化”的工具，它只是按 IEEE 754 规则把 double 值的**内存位模式原样转为 long**，不进行任何解释或归一化处理——这恰恰是它的设计本意，而非“绕过”什么。
它读取的是标准二进制表示，不是任意内存地址
该方法作用对象是 Java 的 double 值（即一个语义明确的浮点数），不是某个变量在堆/栈中的物理地址。Java 不允许直接访问原始内存地址，所以它不涉及指针、unsafe 或内存偏移操作。你拿到的是该 double 按 IEEE 754-1985/2008 规定编码后的 64 位整数，包括：1 位符号、11 位指数、52 位尾数（含隐含位）。
- 对
Double.NaN，它返回包含具体 NaN 位模式的 long（如 0x7ff8000000000000），不会统一成某个规范值 - 对 ±0.0，它区分返回
0x0000000000000000（+0.0）和0x8000000000000000（−0.0） - 对非规格化数（subnormal）、无穷大（±Infinity），也都如实反映其位布局
它和 Double.doubleToLongBits() 的唯一区别是 NaN 处理
doubleToRawLongBits() 保留所有 NaN 的原始位模式；而 doubleToLongBits() 会把任意 NaN 都映射为同一个“规范 NaN”位模式（0x7ff8000000000000）。其他所有情况（正常数、零、无穷）二者结果完全一致。
- 如果你需要做 bit-level 比较（比如序列化、哈希、调试浮点行为），用
raw版本更精确 - 如果你只关心数值是否“相等”，用
==或Double.equals()更安全
真想访问原始内存？Java 有严格限制
Java 虚拟机抽象了底层内存模型。doubleToRawLongBits() 是语言层提供的、符合规范的位提取方式，不是底层内存窥探接口。若真需操作原始字节或地址：
- 可借助
java.nio.ByteBuffer+DoubleBuffer进行字节级视图转换（仍受 JVM 内存模型约束） - 极少数场景下使用
Unsafe（JDK 内部 API，不推荐、不稳定、模块化后受限） - JNI 可访问本地内存，但已脱离纯 Java 语境，且需手动管理生命周期和平台差异
典型用途：调试、序列化、位运算
这个方法常用于需要保真浮点位表示的场景：
- 实现自定义的浮点哈希（如
Arrays.hashCode(double[])内部就用它） - 网络协议中按位打包 double（如某些二进制 wire format）
- 分析浮点计算误差时，检查中间结果是否为 subnormal 或发生了指数溢出
- 与硬件/其他语言交互时，确保位模式完全一致（例如 GPU 计算输入校验）
