java类型转换存在三类风险：运行时崩溃（如classcastexception）、静默数据损坏（如基本类型截断溢出）、泛型失效（因类型擦除导致运行时类型错误），需分别通过instanceof校验、math或bigdecimal替代、类型化反序列化等手段规避。
Java 类型转换看着简单，实则暗藏三类关键风险：运行时崩溃、静默数据损坏、泛型失效。它们不报错、不警告，却在上线后突然爆发。
引用类型强转：ClassCastException 不是意外，而是必然
父类或接口引用转子类时，JVM 只在运行时校验实际类型。一旦失败，立刻抛 ClassCastException——不是编译错误，无法提前发现。
- 常见场景：从
List<object></object>中取元素后直接(String) obj，但其中混入了Integer - 危险操作：用
instanceof List判断后转List<string></string>——泛型擦除下，instanceof根本不认泛型参数 - 安全做法：先
obj instanceof String，再强转；若对象可能为null，需单独判空 - Java 14+ 可用模式匹配简化：
if (obj instanceof String s) { /* s 已自动绑定 */ }
基本类型强转：截断无声，溢出无感
数值类型强制转换不抛异常，但会静默丢数据。它不四舍五入、不提示警告，结果完全取决于二进制截断规则。
-
(int) 3.9→ 得 3（向零截断，非四舍五入） -
(byte) 200→ 得 -56（超出 [-128, 127]，高位丢弃，符号翻转） -
(short) 0x12345678→ 仅保留低 16 位，得 0x5678 - 金融/计时等敏感场景，应改用
Math.round()、BigDecimal或Math.toIntExact()主动捕获溢出
泛型转换：编译能过，运行必崩
泛型在 JVM 中被擦除，(List<string>) list</string> 这类写法编译通过，但毫无类型保障。真正出问题往往在后续取值时，堆栈难定位。
- 典型陷阱：
return (List<t>) new ArrayList();</t>—— T 在运行时就是Object，调用get(0)后再强转才失败 - JSON 或 RPC 返回的集合，绝不能假设结构，必须用类型化反序列化：
gson.fromJson(json, new TypeToken<list>>(){}.getType())</list> - 若必须遍历转型，逐个判断更可靠：
list.stream().map(e -> e instanceof User ? (User) e : null).collect(...) - 加
@SuppressWarnings("unchecked")的地方，必须配套单元测试覆盖真实数据流
不复杂但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
