java中大浮点数转int会静默溢出，结果不可预测（如double.max_value转为integer.min_value），需先校验范围再转换；推荐用math.tointexact()或bigdecimal避免隐式溢出。
Java中大浮点数（如 Double.MAX_VALUE 或接近 Integer.MAX_VALUE 的值）强制转为 int 时，不会抛异常，而是静默溢出——结果是未定义的、不可预测的整数值（例如 (int)Double.MAX_VALUE 得到的是 -2147483648，即 Integer.MIN_VALUE）。这不是“截断为最大取值范围”，而是二进制位截断导致的符号翻转。真正要避免的，是这种隐式、危险的溢出行为。
先校验再转换，而不是先转再判断
强制类型转换本身不提供溢出检查。必须在转换前确认数值是否落在目标整型范围内：
-
对 int 转换：用
Double.isFinite(d) && d >= Integer.MIN_VALUE && d -
对 long 转换：类似地检查
Long.MIN_VALUE和Long.MAX_VALUE - 注意
Double.NaN、Infinity必须先排除（isFinite()已涵盖）
用 Math.toIntExact() 做安全转换
JDK 8+ 提供了带溢出检查的工具方法：
-
Math.toIntExact(Math.round(d))—— 先舍入再校验，适合需要四舍五入且不容错的场景 -
Math.toIntExact((long)d)不推荐，因为(long)d自身已可能溢出 - 该方法在溢出时抛
ArithmeticException，比静默错误更利于定位问题
高精度场景优先用 BigDecimal
当原始数据来自字符串（如 JSON、数据库字段）或涉及金额、计数等关键业务时，应绕过 double 中间表示：
- 直接解析为
BigDecimal：new BigDecimal("9.2233720368547758E18") - 用
intValueExact()或longValueExact()，它们在超出范围时明确抛异常 - 避免
doubleValue()→ 强制转换这一误差放大链
别依赖 Math.round() 的返回值直接强转
Math.round(double) 返回 long，若原值超过 Long.MAX_VALUE（约 9.2e18），其结果本身就会溢出为负值，此时再转 int 更不可靠：
- 错误写法：
(int) Math.round(1e20)→ 先得Long.MIN_VALUE，再转成负数 int - 正确做法：对超大数，先用
BigDecimal解析并调用longValueExact() - 或限定输入范围，业务层拒绝非法大数
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
