Java中调用子类特有方法需向下转型，但存在ClassCastException风险；应先用instanceof判断或通过抽象/默认方法上移行为，避免盲目强转。
Java 中通过多态引用调用子类特有方法，必须先向下转型（即强制类型转换），但这个操作存在运行时异常风险——如果引用实际指向的不是目标子类对象，ClassCastException 就会抛出。
向下转型的前提：引用实际指向的是目标子类实例
多态引用（如 Parent p = new Child();）在编译期只知道声明类型（Parent），无法直接访问 Child 特有方法。想调用，就得写 (Child) p。但这仅在 p 真正指向 Child 或其子类对象时才安全。
- ✅ 安全：Parent p = new Child(); Child c = (Child) p; // 成功
- ❌ 危险：Parent p = new Parent(); Child c = (Child) p; // 运行时报 ClassCastException
- ⚠️ 隐蔽风险：Parent p = someMethod(); // 返回值不确定，直接强转很危险
避免异常的两种常用做法
不能靠“运气”做转型，要主动验证或设计更健壮的结构。
- 用 instanceof 先判断再转型：if (p instanceof Child) { Child c = (Child) p; c.childOnlyMethod(); }
- 把特有行为上移到父类（抽象方法/默认方法）：让父类声明该方法，子类实现，多态调用自然生效，彻底避开转型
- （补充）使用泛型+工厂或策略模式，从源头约束类型，减少运行时类型不确定性
IDE 和静态分析能帮上忙，但不能替代逻辑判断
现代 IDE（如 IntelliJ）会在明显不安全的强转处标黄警告，比如 Parent p = new Parent(); (Child)p;。但它无法判断动态创建的对象类型（如反射、JSON 反序列化、用户输入决定的实例），这些场景仍需手动加 instanceof 或重构设计。
立即学习“Java免费学习笔记（深入）”；
编译器只检查“是否可能”，不保证“一定成立”——这是 Java 擦除泛型、运行时类型检查机制决定的。
一个典型易错场景：集合中混存多种子类
比如 List<Animal> animals = Arrays.asList(new Dog(), new Cat(), new Bird()); 想批量调用 Dog 特有方法 bark()，不能对每个元素无条件 (Dog)a，而应：
- 逐个判断：if (a instanceof Dog) ((Dog)a).bark();
- 或用流式过滤：animals.stream().filter(Dog.class::isInstance).map(Dog.class::cast).forEach(Dog::bark);
- 更优解：在 Animal 中定义 makeSound()，Dog/Cat/Bird 各自重写，统一调用 animals.forEach(Animal::makeSound)
