父类引用不能直接调用子类特有方法，因编译器仅依据声明类型（如Animal）检查方法存在性，bark()不在Animal中故编译报错；安全向下转型须先用instanceof判断，Java 14+推荐模式匹配写法。
不能直接调用，必须先确认类型再转型——这是多态环境里访问子类特有方法的唯一安全路径。
为什么父类引用不能直接调用子类特有方法
编译器只认变量声明的类型（左边），比如 Animal a = new Dog(); 中，a 的静态类型是 Animal。Dog.bark() 在 Animal 类里不存在，编译阶段就报错，根本不会等到运行时。这不是 JVM 限制，而是 Java 类型系统的设计原则：保障接口契约，防止越界访问。
安全向下转型的标准写法
必须配合 instanceof 判断，再强制转换。跳过判断会抛 ClassCastException，尤其在集合遍历或外部数据来源不可控时风险极高。
- 基础写法：if (a instanceof Dog) { Dog d = (Dog) a; d.bark(); }
- Java 14+ 推荐模式匹配：if (a instanceof Dog d) { d.bark(); } —— 一次判断、自动绑定，更简洁安全
- 遍历集合时，每个元素都需独立判断，不能只判一次就批量转型
比转型更好的设计思路
频繁需要调子类特有方法，往往说明抽象层不够合理。优先考虑从设计层面规避硬编码转型：
立即学习“Java免费学习笔记（深入）”；
- 把共性行为提取到父类或接口中，比如统一定义 makeSound() 或 handle()，由子类重写
- 用策略模式封装差异逻辑，让业务代码只依赖策略接口，不感知具体子类
- 在父类中提供默认空实现或抛 UnsupportedOperationException 的钩子方法，子类按需覆盖
- 泛型工厂返回明确类型，避免一开始就向上转型
常见陷阱提醒
字段、静态方法、final 方法、private 方法都不参与多态，“看左边”；子类同名字段不会覆盖父类字段，只是隐藏；向下转型前没做 instanceof 检查，或转型后未验证方法是否存在，都是典型运行时隐患。单元测试要覆盖所有子类分支，确保不遗漏。
