Java强制类型转换安全的关键在于转前校验、转后验证、设计规避：向下转型必用instanceof或模式匹配预检，数值转换须防溢出截断，泛型强转属高危操作，应通过多态、流式处理或TypeReference替代。
Java 强制类型转换写对只是第一步，不报错的关键在于“转得有依据、验得有逻辑、设计上能避免”。直接加括号（目标类型）表达式，编译可能通过，但运行时 ClassCastException 或静默数据丢失随时发生。
向下转型：先确认类型，再动手转换
父类引用指向子类对象后，想调用子类特有方法，必须向下转型——但不能跳过类型检查。
- 永远用 instanceof 预判：如
if (obj instanceof User) { User u = (User) obj; }；它对 null 返回 false，安全可控 - Java 14+ 推荐模式匹配写法：
if (obj instanceof User u) { u.getName(); }，变量 u 已是 User 类型，无需二次强转 - 避免连续 instanceof 判断多个子类——这说明接口或抽象设计没到位，应统一定义行为，靠多态分发
数值转换：别信截断，要明确语义
基本类型强转不抛异常，但结果可能完全偏离预期，比如金额变负、ID错乱、时间戳偏移。
- 整数溢出场景禁用裸强转：用 Math.toIntExact(long) 替代
(int) longVal，溢出直接抛 ArithmeticException - 浮点转整数前想清楚：要丢小数用
(int) d，要四舍五入用Math.round(d)，要向上取整用Math.ceil(d) - 小类型参与运算后赋值回来，必须显式检查范围：如
byte b = 120; b = (byte) (b + 10);得 -126，应先判断b + 10
泛型容器：运行时没类型，强转等于猜
泛型擦除后，(List 编译能过，但取元素时才崩——这不是语法错误，是设计漏洞。
- 禁止对原始集合做参数化类型强转，尤其搭配
@SuppressWarnings("unchecked")时，必须配单元测试验证每种输入 - 需要类型安全的转换，走流式处理：
list.stream().map(Object::toString).collect(Collectors.toList()) - JSON 反序列化需保留泛型信息，用 Jackson 的 TypeReference
- >()
空值与边界：不处理 null，迟早出事
instanceof 对 null 返回 false，但很多强转逻辑没单独考虑 null，导致 NPE 或逻辑跳过。
- 强转前统一判空：如
if (obj != null && obj instanceof String)，或封装工具方法统一兜底 - 返回 Optional 更安全：如
Optional，下游用 map/orElse 处理，避免硬转tryCast(Object o) - 敏感业务字段（如订单金额、用户 ID）强制转换失败时，不应静默降级，而应明确抛业务异常或记录告警
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
