强制转换存在四大危险：字符串转数字静默截断、父类转子类运行时崩溃、数值缩容溢出变形、枚举越界失控，均需前置校验而非依赖强转本身。
强制转换不是“加个括号就完事”，真正危险的错误往往藏在看似无害的操作里——比如把字符串转整数、把父类转子类、把大数转小类型，甚至把外部输入直接转枚举。这些操作编译能过、运行不报错，但结果可能错得离谱，而且很难复现。
字符串转数字：截断无声，逻辑全崩
PHP 和 Java 都会在字符串转数字时静默截断非法字符：
- PHP 中
(int)"123abc"得到123，而不是报错或拒绝 - Java 中
Integer.parseInt("123abc")直接抛异常，但Integer.valueOf("123")又只处理纯数字 - 更隐蔽的是格式差异：欧洲用逗号当小数点（
"100,50"），PHP 自动转成100，丢掉小数部分
正确做法是先校验再转换：filter_var($str, FILTER_VALIDATE_INT)（PHP）或 StringUtils.isNumeric() + Long.parseLong()（Java），绝不依赖强制转换本身做数据清洗。
父类转子类：编译不拦，运行才炸
Java 和 C++ 都允许向下转型，但编译器只看继承关系，不看实际对象类型：
- Object obj = new Date(); String s = (String) obj; —— 编译通过，运行抛
ClassCastException - C++ 中
dynamic_cast虽能安全检查，但若基类没虚函数，它退化为static_cast，照样不安全 - 泛型擦除后更危险：
(List<string>) list</string>编译能过，运行取元素时才崩
必须搭配 instanceof（Java）或 dynamic_cast（C++，且基类含虚函数）预检；对泛型集合，优先用类型安全的封装，而非裸强转。
数值类型缩容：溢出无声，结果诡异
把大范围类型往小范围转，不会警告，只会悄悄变形：
(byte) 257→1（257 % 256）(int) 3.9→3（不是四舍五入，是直接截断）(long)(Integer.MAX_VALUE + 1)→-2147483648L（先溢出，再转 long）
关键要分清“转换时机”：想防溢出，就得在运算前提升类型，比如写成 (long)Integer.MAX_VALUE + 1，让整个加法在 long 范围内算。
枚举与外部输入：越界即失控
枚举本质是整数别名，但业务上它有明确取值边界：
- Go/Java/C++ 中
Status(99)语法合法，但 99 不在定义范围内，后续 switch 或方法调用可能 panic 或跳过逻辑 - 前端传来的状态码、数据库读出的 tinyint 字段，都可能超出枚举定义范围
- 没有校验的强转，等于把控制权交给不可信输入
所有外部来源的枚举值，必须走校验函数：先判断是否在有效区间，再构造枚举实例；返回 error 或 Optional，不掩盖非法输入。
