父类引用无法调用子类特有方法是编译期类型检查的正常结果；应使用instanceof判断后安全转型，或通过上移共性行为至父类/接口、策略模式、Visitor模式等方式优化设计。
父类引用无法直接调用子类特有方法，这不是 bug，而是 Java 编译期类型检查的必然结果。编译器只认引用声明的类型（比如 Animal），而子类独有的方法（比如 Dog.bark()）在父类中根本不存在，所以 a.bark() 会直接报编译错误——它甚至不会等到运行时。
用 instanceof 判断后再向下转型
这是最常用、语义最清晰的安全做法。先确认对象实际类型，再转成对应子类引用，才能访问其特有成员：
if (animal instanceof Dog) { Dog d = (Dog) animal; d.bark(); }-
instanceof对null返回false，天然防空指针，无需额外判空 - 避免裸强转：
Dog d = (Dog) animal;一旦animal实际是Cat，运行时必抛ClassCastException
把共性行为上移到父类或接口
如果多个子类都有语义相似的“特有”操作，说明它其实不该是“特有”的，而应是契约的一部分：
- 定义抽象方法：
abstract String getId();，让每个子类自己实现 - 提供默认方法：
default void logInfo() { System.out.println(getClass().getSimpleName()); } - 调用方只需写
animal.getId()或animal.logInfo()，完全避开转型和类型判断
用策略模式或 Visitor 模式封装类型分发逻辑
当子类差异大、操作种类多、或未来扩展频繁时，硬写一堆 instanceof 会让代码越来越难维护：
立即学习“Java免费学习笔记（深入）”；
- 策略模式：让每个子类实现
Processor接口，父类持有一个process()委托方法 - Visitor 模式：把“导出”“校验”“统计”等不同操作抽成独立 visitor 类，子类只负责接受访问，不掺杂业务逻辑
- Java 17+ 可结合 sealed class 和 switch 表达式，替代长链
instanceof判断
避免设计陷阱
有些做法看似能绕过限制，实则埋下隐患：
- 不要在父类里加一堆空方法或
protected字段供子类“填空”，这破坏抽象边界 - 同名字段不是重写，只是隐藏；想读子类字段值，必须转型或改用子类引用
- 静态方法调用永远绑定到引用类型，与多态无关；需要动态行为，请改用实例方法
