Java强制类型转换可能引发静默溢出或精度丢失，关键在于转换后数值是否正确；需校验源值是否在目标类型范围内，警惕有符号/无符号差异、浮点截断及泛型运行时异常。
Java 中的强制类型转换（cast）本身不报错，但可能引发静默的数据溢出或精度丢失，尤其在窄类型转宽类型、或有符号/无符号语义混用时。关键不是“能不能转”，而是“转完值对不对”。
关注数值范围是否匹配
强制转换前，必须确认源值在目标类型的可表示范围内。例如：int → byte 时，int 取值范围是 −2147483648 到 2147483647，而 byte 仅支持 −128 到 127。若 int 值为 200，强转成 byte 后实际得到 −56（200 % 256 − 128），而非预期的 200。
- 常用范围对照：byte（−128~127）、short（−32768~32767）、char（0~65535）、int（约 ±21 亿）、long（约 ±9×10¹⁸）
- 推荐做法：转换前用 Math.addExact()、Math.multiplyExact() 等带溢出检查的方法做预校验；或手动判断边界，如
if (i < Byte.MIN_VALUE || i > Byte.MAX_VALUE) throw new ArithmeticException("overflow")
警惕有符号与无符号语义差异
Java 没有无符号基本类型（除 char 外），但常需处理协议或硬件传来的无符号数据（如网络字节流中的 uint8）。直接 cast 会误解释高位为符号位。
- 例如：读到字节
0xFF（二进制 11111111），作为 byte 是 −1；若本意是无符号 255，应转为(b & 0xFF)得到 int 值 255 - 类似地，short → char 或 int → char 时，若原值为负，直接 cast 会截断高位并重新解释为 Unicode 码点（可能非法），应先做无符号扩展再转换
浮点数转整数的截断陷阱
float/double 强转为整数类型时，采用向零截断（truncation），不四舍五入，也不检查是否超出目标整型范围。
立即学习“Java免费学习笔记（深入）”；
- 例如：
double d = 1e10;转成 int 得到2147483647（Integer.MAX_VALUE），而非抛异常——这是静默溢出 - 安全替代：使用 Math.toIntExact(Math.round(d)) 或先用 Double.isFinite() + 范围判断；对 float，可用 Float.floatToIntBits() 辅助分析特殊值（NaN、无穷）
泛型与引用类型转换的运行时风险
虽然不属于数值溢出，但也是强制转换常见隐患：编译期通过的 (SomeClass) obj，若 obj 实际不是 SomeClass 或其子类，会在运行时抛 ClassCastException。
- 避免方式：转换前用 obj instanceof SomeClass 检查（注意 null 安全）
- 更优解：优先使用泛型约束、sealed class 或 pattern matching（Java 17+ 的
switch (obj) { case SomeClass s -> ... }）减少显式 cast - 工具建议：启用编译器 -Xlint:unchecked，并结合 SpotBugs 或 ErrorProne 插件检测可疑 cast
