Java基本类型强制转换丢精度的根源是截断或取低字节：double转int砍小数，long转byte只留最低8位；Math.round()用于四舍五入，Math.toIntExact()等可抛异常防溢出。
Java基本类型强制转换时为什么会丢精度
小数转整数、大范围类型转小范围类型，Java不会自动帮你检查值是否“装得下”，而是直接截断或取低字节——这是精度丢失的根源。比如 double 转 int 会砍掉小数部分；long 转 byte 只保留最低8位，高位全丢。
-
(int) 3.9得到3，不是四舍五入 -
(byte) 257得到1（因为 257 % 256 = 1） - 浮点数转整数时，
NaN、Infinity会变成0或Integer.MIN_VALUE/Integer.MAX_VALUE，行为不直观
什么时候用 Math.round() 而不是直接强转
想把 double 转 long 且需要四舍五入，别写 (long) d，它只是截断；该用 Math.round(d)——它内部做了 (long) Math.floor(d + 0.5d)，对正负数都合理。
-
Math.round(2.5)→3L，(long) 2.5→2L -
Math.round(-2.5)→-2L（Java 7+ 向上取整规则），而(long) -2.5还是-2L，但容易误以为“一样” - 注意：
Math.round(float)返回int，Math.round(double)返回long，类型不一致
如何安全地做可能溢出的数值转换
从 long 转 int、int 转 short 等，JDK 8+ 提供了 Math.toIntExact()、Math.toIntExact() 等带检查的方法，溢出时抛 ArithmeticException，比静默截断更可控。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
-
Math.toIntExact(3000000000L)抛异常，而(int) 3000000000L得到一个毫无提示的错误值-1294967296 - 类似方法还有
Math.toShortExact()、Math.toByteExact()，但没有toLongExact(double)，浮点转整需自己判断范围 - 如果不想抛异常，可用 Guava 的
Ints.checkedCast(long)或Ints.saturatedCast(long)（溢出时返回边界值）
包装类与基本类型互转时的隐式陷阱
Integer 到 int 是拆箱，看似安全，但若对象为 null，运行时直接 NullPointerException；而 int 到 Integer 是装箱，无风险但有空指针传播隐患。
立即学习“Java免费学习笔记（深入）”；
-
Integer i = null; int x = i;→ 运行时报NullPointerException -
Double d = 1.23; int x = d.intValue();不报错但丢精度，且d为null时同样 NPE - 建议：用
Objects.requireNonNull(i, "i must not be null")显式校验，或改用Optional<integer></integer>封装可空值
类型转换本身不难，难的是你永远不知道上游传来的值在边界上有多“脆”。一次没校验的 (int)，可能让一个订单金额从 2147483647 变成 -2147483648，而日志里只显示“处理成功”。
