多态是同一方法调用因实际对象不同而执行不同逻辑，需满足继承/实现接口、子类重写非静态非private非final方法、父类或接口类型引用指向子类对象三个条件。
多态就是“同一个动作，不同对象有不同反应”
比如你调用 animal.makeSound()，传入 Dog 对象就汪汪叫，传入 Cat 对象就喵喵叫——方法名一样，行为不一样。这不是靠 if 判断实现的，而是靠编译时看引用类型、运行时看实际对象类型来自动决定调用哪个版本。
必须满足三个条件，缺一不可
多态不是随便写就能生效的，得同时满足：
-
继承或实现接口（有父子类关系） - 子类重写父类的
非静态、非 private、非 final方法 - 用父类（或接口）类型声明变量，但指向子类对象，例如：
Animal a = new Dog();
如果写成 Dog d = new Dog(); d.makeSound();，那就只是普通调用，不涉及多态。
编译期和运行期的分工很关键
编译器只认变量声明的类型（比如 Animal），所以你只能调用 Animal 里定义过的方法；而真正执行哪段代码，由堆里那个实际对象决定（比如 new Dog() 就走 Dog 的重写逻辑）。这就是“编译看左边，运行看右边”。
立即学习“Java免费学习笔记（深入）”；
常见错误：
- 试图通过父类引用调用子类独有的方法：比如
a.bark()（bark()只在Dog里），编译直接报错cannot resolve method bark() - 把
static方法当成多态：静态方法是“类级别”的，调用只看引用类型，Animal a = new Dog(); a.staticMethod()永远执行Animal版本
接口多态比继承多态更常用也更安全
现实中优先用接口，比如定义 Playable 接口，让 Violin、Drum、Game 都实现 play()。这样：
- 不强制要求类之间有继承关系
- 避免单继承限制（Java 不支持多继承）
- 更容易 mock 和测试（比如传个
MockPlayable）
示例：
Playable p1 = new Violin(); Playable p2 = new Drum(); p1.play(); // 拉弦声 p2.play(); // 敲击声
接口变量本身不关心背后是乐器还是游戏，只要它能 play() 就行——这才是多态解耦的本质。别只盯着“父子类”，容易卡在继承树里绕不出来。
