java强制类型转换的风险在于运行时错误：向下转型引发classcastexception，基本类型转换导致静默溢出或截断，自动拆箱触发nullpointerexception，泛型擦除造成“假安全”转型。
Java中的强制类型转换（Casting）本身不是问题，风险主要来自运行时类型不匹配——尤其是向下转型（Downcasting）和基本类型转换中超出范围的操作。这类错误不会在编译期报错，但会在运行时抛出异常，导致程序中断。
向下转型引发ClassCastException
当把父类引用强制转为子类类型，而实际对象并非该子类实例时，JVM会在运行时拒绝转换。
- 常见场景：从集合（如List）中取元素后直接强转为具体类型，未校验实际类型
- 示例：Object obj = "hello"; Integer i = (Integer) obj; → 抛出ClassCastException
- 安全做法：先用instanceof检查，再转型；或使用泛型避免裸类型
数值类型强制转换丢失精度或溢出
基本类型间强制转换（如int → byte、double → int）不报异常，但可能静默截断或溢出，结果不符合预期。
- int i = 300; byte b = (byte) i; → b 实际值为 44（300 % 256），非逻辑错误但易被忽略
- double d = 1e100; long l = (long) d; → 结果为 Long.MAX_VALUE（溢出后截断）
- 建议：涉及精度敏感场景（如金融计算），优先用BigDecimal；必要时用Math.toIntExact()等带溢出检查的方法
自动拆箱伴随的NullPointerException
对包装类引用做强制类型转换前若为null，触发自动拆箱会直接抛NullPointerException，而非ClassCastException。
立即学习“Java免费学习笔记（深入）”；
- 示例：Integer x = null; int y = (int) x; → 报NullPointerException
- 本质是编译器插入了x.intValue()调用，而null上调用方法必然失败
- 规避方式：显式判空，或用Objects.requireNonNull()提前暴露问题
泛型擦除导致的“假安全”转型
泛型在运行时被擦除，编译器允许某些看似合法的强制转换，但实际可能失败。
- 示例：List list = new ArrayList
(); list.add(123); String s = (String) list.get(0); → 编译通过，运行时报错 - 根本原因：泛型只在编译期提供类型检查，运行时list就是原始类型List，无类型约束
- 对策：避免原始类型混用；启用编译器警告（-Xlint:unchecked）；优先使用不可变集合或自定义类型安全容器
