直接强制转换浮点数为long存在精度丢失和溢出风险，应通过校验nan/infinity、指数过滤、精确范围比较（用double.compare）及明确舍入策略后安全转换，并封装为抛异常的工具方法。
直接用 (long) 强转浮点数存在精度丢失和溢出风险，尤其当浮点数超出 long 取值范围（±9,223,372,036,854,775,807）时，会静默回绕（如 Double.MAX_VALUE 转为 Long.MIN_VALUE），这在金融、计费、ID生成等场景可能引发严重逻辑错误。安全转换需显式校验边界与特殊值。
校验 NaN 和无穷大
浮点数可能为 NaN 或 ±Infinity，这些值无法映射到任何整型，必须提前拒绝。
- 使用
Double.isNaN(d)和Double.isInfinite(d)判断 - 建议统一抛出
IllegalArgumentException，明确提示“不支持非有限数值”
严格检查数值是否在 long 可表示范围内
不能仅靠 d >= Long.MIN_VALUE && d ——因为 <code>double 的精度不足以精确表示所有 long 值（例如 Long.MAX_VALUE + 1.0 在 double 中仍等于 Long.MAX_VALUE，但已越界）。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 正确做法：用
Math.getExponent(d)快速排除指数过大的数（如 exponent ≥ 64，说明绝对值 ≥ 2⁶⁴，必超long） - 对指数合理的数，再用
Double.compare(d, (double)Long.MAX_VALUE)和Double.compare(d, (double)Long.MIN_VALUE)比较——注意必须用Double.compare，避免>运算符对-0.0等特殊值误判
处理边界附近的舍入与精度截断
即使数值在范围内，double 可能无法精确表示某个整数（如 9223372036854775807.0 是精确的，但 9223372036854775807.1 在 double 中会四舍五入为同值），此时应明确策略：
- 若要求“精确整数”，可先用
Math.rint(d)四舍五入到最接近的整数，再判断是否与原值相等（Math.abs(d - Math.rint(d)) ） - 若允许向下取整（如计费按整毫秒截断），用
(long) Math.floor(d)，但需再次校验结果是否仍在 long 范围内（因floor可能使负数更小） - 推荐默认采用“向零截断”（即
(long) d），但仅在通过前述范围校验后执行，确保结果可靠
封装为工具方法并提供清晰语义
将上述逻辑封装为静态方法，命名体现行为（如 safeDoubleToLong），并提供重载支持 float；返回类型可考虑 OptionalLong 表示可能失败，或直接抛异常（更利于早期暴露问题）。
- 示例签名：
public static long safeDoubleToLong(double value) - 内部先校验 NaN/Infinity，再快速指数过滤，再精确范围比较，最后强制转换
- 避免返回
null或哨兵值（如 -1），防止调用方忽略失败情况
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
