java中double转long采用饱和截断：超上限→long.max_value，超下限→long.min_value，中间值向零舍入；安全做法是先用double.isfinite()校验并判断边界，再转换。
Java中将double强转为long时，若数值超出long的取值范围（−2⁶³ 到 2⁶³−1），不会抛出异常，而是静默截断为Long.MAX_VALUE或Long.MIN_VALUE——这是由JVM规范定义的“饱和截断”行为，容易引发隐蔽的数据错误。
理解double转long的截断规则
Java规定：当double值大于等于Long.MAX_VALUE（9223372036854775807L）时，强制转换结果为Long.MAX_VALUE；当小于等于Long.MIN_VALUE（−9223372036854775808L）时，结果为Long.MIN_VALUE。中间值则按向零舍入（即丢弃小数部分）。
-
(long)9.223372036854776E18→9223372036854775807（溢出上限，取最大值） -
(long)-9.223372036854776E18→-9223372036854775808（溢出下限，取最小值） -
(long)123.999→123（正常截断小数）
安全转换：先校验再转换
避免静默截断，应在转换前显式判断是否在long有效范围内。推荐使用Double.isFinite()排除NaN和无穷大，再用比较判断边界：
- 检查是否为有限值：
!Double.isFinite(d)→ 直接拒绝转换 - 检查是否 ≥
Long.MAX_VALUE或 ≤Long.MIN_VALUE→ 视业务需求抛异常或返回默认值 - 确认在范围内后，再执行
(long)d
示例代码片段：
public static long safeDoubleToLong(double d) {
if (!Double.isFinite(d)) {
throw new IllegalArgumentException("Cannot convert infinite or NaN to long");
}
if (d > Long.MAX_VALUE || d
替代方案：使用BigDecimal提升精度控制
当原始数据来自字符串（如JSON、数据库字段）或对精度敏感（例如金融计算），应避免用double承载大整数——double本身无法精确表示超过2⁵³的大整数。此时更稳妥的做法是：
- 源头使用
String接收数值，再用BigDecimal解析 - 调用
BigDecimal.longValueExact()：该方法在溢出或存在小数时直接抛ArithmeticException，语义明确 - 若允许舍入，可用
longValue()（等价于向零截断），但仍需配合compareTo手动校验范围
注意隐式转换场景
除显式强转外，以下情况也会触发相同截断逻辑，需同样防范：
- 方法重载中传入
double参数，目标方法形参为long - 数组索引、集合
get(int)等位置操作中，用double计算索引后自动转int（本质是先转long再截断为int） - Stream中使用
mapToLong(d -> (long)d)未校验输入
这些地方容易被忽略，建议统一封装安全转换工具方法并在团队内推广使用。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
