强制转换前需先检查源值是否在目标类型取值范围内，如byte（-128~127）、int32（-2147483648~2147483647）、uint16（0~65535），浮点数还需防精度丢失或溢出为±Inf/NaN。
在强制转换前做逻辑判断，核心是“先检查、再转换”，避免溢出或未定义行为。关键是根据目标类型的取值范围，提前验证源数据是否安全。
明确目标类型的取值边界
不同语言中基本类型的范围固定，需准确掌握：
- int32（如 Java/C# 的 int）：−2,147,483,648 到 2,147,483,647
- uint16（无符号短整型）：0 到 65,535
- byte（8位有符号）：−128 到 127
- float32（单精度浮点）虽不常因“整数溢出”报错，但可能丢失精度或变成 ±Inf/NaN，也需检查是否超出可精确表示的整数范围（±2²⁴）
对源值做范围预检（以整数为例）
转换前用比较运算符直接判断，不依赖转换后结果：
- 转 byte 前：检查
value >= -128 && value - 转 ushort 前：检查
value >= 0 && value - 转 int 前（若源是 long）：检查
value >= Integer.MIN_VALUE && value （Java）或对应语言常量
注意：使用语言内置常量（如 Byte.MIN_VALUE）比硬编码数字更安全、可读。
处理浮点转整数的特殊风险
浮点数转整型时，不仅要防溢出，还要防 NaN、无穷大和小数截断导致的意外值：
- 先用
isFinite()（JS）、Double.isFinite()（Java）或std::isfinite()（C++）排除 NaN/Inf - 再检查四舍五入或截断后的整数值是否在目标类型范围内，例如：
long l = Math.round(d); if (l >= Integer.MIN_VALUE && l
封装为可复用的安全转换函数
把检查+转换逻辑收拢，降低出错概率：
- Java 示例：
public static Optional<Byte> safeToByte(long value) { return (value >= Byte.MIN_VALUE && value <= Byte.MAX_VALUE) ? Optional.of((byte) value) : Optional.empty(); } - C# 可用
checked块配合异常捕获，但主动判断比异常处理更高效、意图更清晰 - Go 没有隐式转换，每次转换都需显式，正好天然鼓励先判断再转
这类函数应返回 Optional、Result 或布尔+输出参数，让调用方明确处理失败路径。
