Java强制类型转换需谨慎，大转小时会静默截断二进制位，导致翻负、精度丢失；应优先使用Math.toIntExact等带溢出检查的方法，转型前用instanceof守门，字符串转数字用Integer.valueOf，外部数据须先适配再转换。
Java强制类型转换不是“加括号就完事”，尤其从大范围转小范围时，它不检查、不报错、不四舍五入——只默默截断二进制位。风险藏在运行时：数值翻负、精度丢失、类型崩盘。安全的关键不是避免转换，而是让转换行为可预期、可拦截、可追溯。
基本类型：别裸写 (int)，优先用带溢出检查的工具
直接写 (int) someLong 或 (int) someDouble 是高危操作。它不验证值是否落在 Integer.MIN_VALUE 到 Integer.MAX_VALUE 之间，越界后结果是补码解释下的“乱码”。
-
long → int：用
Math.toIntExact(long)。值合法则返回 int；越界直接抛ArithmeticException，语义清晰，不易漏处理 -
double → int：先判断是否有限数：
Double.isFinite(d)，再校验范围：d >= Integer.MIN_VALUE && d <= Integer.MAX_VALUE。若需四舍五入，先调Math.round(d)，但注意返回的是long，仍需过toIntExact防二次溢出 -
字符串转数字：用
Integer.valueOf(str)而非(int) Double.parseDouble(str)。前者会解析并校验，非法格式抛NumberFormatException，比静默截断更可控
引用类型：转型前必用 instanceof 做类型守门人
父类或 Object 引用转具体子类（如 String、Integer），不判类型就强转，必然触发 ClassCastException。这不是精度问题，是类型错配。
- 永远先写
if (obj instanceof String)，再执行(String) obj。Java 14+ 支持模式匹配写法：if (obj instanceof String s)，一步完成判断与赋值 - 对泛型集合（如
List<Object>）取值，不能假设元素是某类型。JSON 解析后的数字默认是Double或Long，直接(Integer) obj必崩 - 空值安全：
instanceof对null返回false，无需额外判空；但若对象本身可能为null，建议单独处理，避免异常混杂逻辑
外部数据场景：转换前先做上下文适配
数据库主键、时间戳、HTTP 参数、JSON 字段这些来源的数据，原始类型和业务语义常不一致。盲目强转等于把边界责任推给调用方。
立即学习“Java免费学习笔记（深入）”；
- 毫秒级时间戳（
long）转int？2038 年后必然溢出。应先除以 1000 得秒级，再校验是否在int范围内 - MySQL 的
BIGINT主键远超int上限，直接强转会导致负 ID，查不到记录。要么改用long接收，要么约定 ID 不超 21 亿并加校验 - Protobuf 或 Jackson 默认把整数解析为
Long，哪怕接口文档说“传 int”。取值时先instanceof Long，再用Math.toIntExact转
封装统一转换工具：把重复校验变成一行调用
每次手动写范围判断易出错、难维护。推荐封装一个类似 Apache Commons NumberUtils.toInt(Number) 的工具方法，内部集中处理：
- 判
null：返回默认值或抛定制异常 - 类型分发：
Double、Long、BigInteger各走各的校验路径 - 范围拦截：统一用
Integer.MIN_VALUE / MAX_VALUE边界，失败时给出明确提示 - 日志埋点：关键转换失败时记录原始值、上下文，便于排查数据源问题
