java中double与long虽同占8字节，但强转是语义转换而非位拷贝：long→double可能丢失精度，double→long为向零截断且可能溢出；无底层位重解释，需用doubletorawlongbits等方法实现位模式搬运。
Java中double与long都占8字节，但强转不是简单“复制字节”，而是按各自二进制表示规则重新解释或截断——这是理解转换行为的关键。
底层存储结构完全不同
long是64位有符号整数，采用补码表示：最高位为符号位，其余63位表示数值大小，所有位直接参与整数值计算。
double遵循IEEE 754标准，64位划分为三部分：1位符号位 + 11位指数位 + 52位尾数位。它不存储精确整数，而是用科学计数法近似表示实数。
因此，即使两个变量内存长度相同，同一组64位二进制数据，被当作long读和被当作double读，得到的数值几乎总是不同。
(long) double：舍去小数，可能溢出
该转换本质是“数值截断”而非位拷贝：
- 先将
double值向零取整（如3.9 → 3，-2.7 → -2），得到最接近的long整数值 - 若该整数值超出
long范围（ 2⁶³−1），结果为边界值：Double.POSITIVE_INFINITY转为Long.MAX_VALUE，Double.NEGATIVE_INFINITY或NaN转为Long.MIN_VALUE - 不是取原
double的二进制再当long解读，而是走数值语义转换路径
(double) long：可能丢失精度
该转换是“数值提升”，但受限于double的52位尾数精度：
- 所有≤2⁵³的整数可被
double精确表示；超过此值（如long最大值9223372036854775807 ≈ 9.22×10¹⁸ > 2⁵³≈9.01×10¹⁵），尾数无法容纳全部有效位 - 例如：
long x = 9223372036854775807L;转double后打印可能显示9.223372036854776E18，末几位已失真 - 底层是把
long整数值按IEEE 754规则编码成浮点格式，不是直接填充到double的64位里
没有“位级强制重解释”操作
Java不提供类似C语言*(long*)&d那样的原始内存 reinterpret_cast。所有基本类型强转都是语义转换：
-
long → double：调用JVM内部的整数→浮点转换逻辑，涉及规格化、舍入（默认向偶舍入） -
double → long：调用浮点→整数截断逻辑，非四舍五入，也不触发异常 - 想真正按位重解释？需借助
Double.doubleToRawLongBits()和Double.longBitsToDouble()，但这属于位模式搬运，不是类型转换
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
