向下转型必须确保对象实际是目标子类型，否则抛ClassCastException；应先用instanceof检查再强制转换，避免运行时崩溃，优先通过多态等设计优化减少转型需求。
Java对象向下转型（Downcasting）必须确保运行时对象实际是目标子类型，否则会抛出 ClassCastException。核心原则是：**只能转给它本来就是的那个子类，不能“硬掰”成无关或更高层的类型。**
必须先用 instanceof 检查类型
直接强制转换前不校验，等于把风险交给运行时——一旦失败，程序崩溃。安全做法是先判断再转：
-
red">错误写法：
Animal a = new Dog(); Cat c = (Cat) a;→ 编译通过，运行报错 -
正确写法：
if (a instanceof Cat) { Cat c = (Cat) a; } - 注意：
instanceof对null返回false，不会空指针，可放心用
父类引用指向的必须真是子类实例
向下转型成功的前提，不是“看起来像”，而是堆中那个对象**真实创建的是该子类**：
-
Animal a = new Dog(); Dog d = (Dog) a;→ ✅ 成功，a 实际是 Dog -
Animal a = new Animal(); Dog d = (Dog) a;→ ❌ 失败，a 就是 Animal，没继承关系也不能强转 - 接口实现类同理：若
List，可转list = new ArrayList(); ArrayList；但若用Arrays.asList()返回的是私有内部类，转ArrayList就会失败
泛型擦除会让向下转型更隐蔽地出错
编译期泛型信息被擦除，运行时无法校验泛型参数，容易误判类型：
立即学习“Java免费学习笔记（深入）”；
-
Object obj = new ArrayList→ 可以转成(); ArrayList，但不能再保证元素是String - 若后续误加
Integer，编译不报错，取值时才抛ClassCastException - 建议：避免对泛型集合做裸类型向下转型；优先用泛型方法、
getDeclaredType（反射）等更安全方式
替代方案比硬转更健壮
频繁向下转型往往说明设计可优化：
- 用多态方法代替类型判断：在父类定义
makeSound()，子类各自实现，就不需要转了 - 使用访问者模式或策略模式，把行为差异封装起来
- 必要时用工厂或构造器明确返回具体类型，减少中间父类引用
基本上就这些。向下转型不是不能用，而是得清楚它在干什么——不是“变成”，而是“告诉编译器：我知道它本来就是”。不清楚？那就别转。
