Java强制类型转换会丢数据，不是“转一下就完事”
大精度类型（如 double、long）转小精度类型（如 int、short、byte）时，Java 不会自动帮你检查值是否越界——它直接截断或取低字节，结果可能完全不是你想要的数字。
比如 double d = 123456.789; 强转成 int 得到 123456，看着还行；但 double d = 3e9; 转 int 就变成 -1294967296（溢出后补码解释），毫无预警。
用 (type) 强转前必须自己校验范围
Java 的强制转换语法本身不带安全机制，所有校验得手动加。别指望编译器或运行时提醒你“这数太大了”。
- 对
double→int：先用Double.isFinite()排除NaN和无穷，再用d >= Integer.MIN_VALUE && d - 对
long→int：不能只比大小，还要注意long值在整型边界内，推荐用Math.toIntExact(l)（JDK8+），它会在溢出时抛ArithmeticException - 对浮点转整型，还要想清楚要不要四舍五入：直接强转是向零截断（
3.9 → 3，-3.9 → -3），真要四舍五入得先调Math.round()
Math.toIntExact() 和 Math.floorDiv() 是少数自带溢出检查的工具
它们不是语法糖，是 JDK 明确设计来替代裸强转的安全替代品，尤其适合金融、配置解析等不允许静默出错的场景。
立即学习“Java免费学习笔记（深入）”；
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
示例：
try {
int i = Math.toIntExact(myLongValue); // 溢出直接抛 ArithmeticException
} catch (ArithmeticException e) {
throw new IllegalArgumentException("数值超出 int 范围: " + myLongValue, e);
}
注意：Math.toIntExact() 只处理 long → int；double → int 还得自己做范围判断 + Math.round() 或 Math.toIntExact(Math.round(d))（但后者仍需防 round 后溢出）。
泛型集合里存数字，取出来强转最容易翻车
比如 List<object></object> 里塞了 Long，你写 (Integer) obj 会直接抛 ClassCastException——这不是精度问题，是类型不匹配。更隐蔽的是：有人把 double 存进 Map<string object></string>，取出来以为是 int 就强转，结果崩在运行时。
- 永远先用
instanceof判断原始包装类型，再决定怎么转 - 从 JSON 或外部接口读来的数字，默认可能是
Double（Jackson/Gson 对整数也常反序列化为Double），别假设它是Integer - 如果必须统一处理，建议封装一个
NumberUtils.toInt(Number n)工具方法，内部做null检查、类型分发、范围校验
最麻烦的不是不会写强转，而是忘了它根本没“安全模式”——每次敲下 (int) 那一刻，你就接过了所有越界、截断、类型错位的责任。连 Integer.valueOf(String) 都比裸强转多一层解析校验，而 (int) someDouble 连个异常都不抛，静默改写二进制位。
