父类引用无法调用子类特有重载方法，因重载是编译期静态绑定，由引用类型决定；而重写是运行期动态绑定，由实际对象类型决定。
Java 中父类引用无法调用子类特有重载方法，这不是“陷阱”，而是静态绑定（编译期绑定）的必然结果——重载方法的选择在编译时就由引用类型决定，与实际对象无关。
重载（Overload）和重写（Override）的根本区别
这是理解问题的核心：重载是编译期行为，看引用类型；重写是运行期行为，看实际对象类型。
- 重载：多个同名方法，参数列表不同（类型、数量、顺序），编译器根据调用处的引用类型 + 实际传入参数静态决定调用哪个版本
- 重写：子类提供父类已有方法（签名完全相同）的新实现，JVM 在运行时根据对象真实类型动态分派
- 父类引用变量没有声明子类特有重载方法，编译器直接报错或选不到目标方法，根本不会等到运行时
典型错误写法与为什么失败
例如：
class Animal {}
class Dog extends Animal {
void bark() { System.out.println("Woof"); }
void play(String toy) { System.out.println("Dog plays with " + toy); }
void play(int duration) { System.out.println("Dog plays for " + duration + " min"); }
}
Animal a = new Dog();
a.play("ball"); // 编译错误：Animal 类中没有 play(String) 方法
因为 a 是 Animal 类型，编译器只查 Animal 的方法表，找不到任何 play(...)，连重载候选都没有，直接编译失败。
可行的解决路径
没有“绕过静态绑定”的魔法，但可通过设计规避限制：
-
把重载方法上提至父类（推荐）：在
Animal中声明通用签名（如play(Object)或多个明确重载），子类重写各版本。这样父类引用可调用，运行时仍能动态分派到子类实现 -
使用 instanceof + 强转（谨慎）：仅当业务逻辑明确需要子类特有能力时，先判断再转型：
if (a instanceof Dog) ((Dog) a).play("ball");。缺点是破坏多态、增加耦合、易漏判 -
用访问者模式或策略接口解耦：将行为抽象为独立接口（如
PlayBehavior），让子类注入不同实现，父类持有行为接口引用，避免在继承链上堆砌重载
别混淆：重写不解决重载问题
有人试图在子类重写一个父类没有的方法，这不可能——重写必须基于父类已有的方法签名。若父类没声明 play(String)，子类定义它只是新增方法，不是重写，父类引用自然不可见。强行调用必须转型，而非依赖多态。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
